IRC log for #brlcad on 20160101

02:33.31*** join/#brlcad LordOfBikes (~armin@dslb-088-066-128-128.088.066.pools.vodafone-ip.de)
10:05.58*** join/#brlcad dorways (c60ee47f@gateway/web/freenode/ip.198.14.228.127)
17:52.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:36.53*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
20:56.25*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
22:42.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:56.44*** join/#brlcad ceterumnet_ (~ceterumne@50.56.243.144)
IRC log for #brlcad on 20160102

IRC log for #brlcad on 20160102

00:48.09*** join/#brlcad merzo (~merzo@126-245-134-95.pool.ukrtel.net)
01:33.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:52.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:30.40*** join/#brlcad ettbabddhkaojtko (~armin@dslb-088-066-146-031.088.066.pools.vodafone-ip.de)
05:28.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:39.38brlcadhappy new year!
06:52.12StragusWoohoo!
16:00.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:05.49*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:27.39*** join/#brlcad merzo (~merzo@126-245-134-95.pool.ukrtel.net)
17:34.04*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
20:23.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:23.21*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:07.12*** join/#brlcad merzo (~merzo@126-245-134-95.pool.ukrtel.net)
22:17.56*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160103

IRC log for #brlcad on 20160103

00:09.35*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:25.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:29.35*** join/#brlcad dgpapzcfxolegxte (~armin@dslb-088-066-136-088.088.066.pools.vodafone-ip.de)
03:58.52*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
11:10.22*** join/#brlcad merzo (~merzo@126-245-134-95.pool.ukrtel.net)
13:44.50*** join/#brlcad merzo (~merzo@126-245-134-95.pool.ukrtel.net)
15:43.34*** join/#brlcad merzo (~merzo@126-245-134-95.pool.ukrtel.net)
16:12.22*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
16:18.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:37.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:13.39*** join/#brlcad merzo (~merzo@248-24-132-95.pool.ukrtel.net)
22:16.04*** join/#brlcad merzo (~merzo@248-24-132-95.pool.ukrtel.net)
22:51.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160104

IRC log for #brlcad on 20160104

02:22.28*** join/#brlcad merzo (~merzo@203-25-133-95.pool.ukrtel.net)
02:28.21*** join/#brlcad udjavuijosygaurn (~armin@dslb-092-074-251-006.092.074.pools.vodafone-ip.de)
03:51.25*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
05:06.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:03.14*** join/#brlcad July (~ubuntu@2602:306:3b33:9ac0:755c:67e1:f7d7:819)
11:16.34*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
14:39.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:59.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:07.22*** join/#brlcad tandoorichick (~chatzilla@117.207.71.213)
17:27.56*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:12.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:31.14*** join/#brlcad July (~ubuntu@2602:306:3b33:9ac0:88f0:a02e:4b5a:31ce)
19:36.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:16.00*** join/#brlcad merzo (~merzo@203-25-133-95.pool.ukrtel.net)
21:24.45*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:17.46*** join/#brlcad July (~ubuntu@2602:306:3b33:9ac0:88f0:a02e:4b5a:31ce)
22:21.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:25.12*** part/#brlcad July (~ubuntu@2602:306:3b33:9ac0:88f0:a02e:4b5a:31ce)
23:12.13*** join/#brlcad yjjujiieemchgydo (~armin@dslb-092-074-234-054.092.074.pools.vodafone-ip.de)
IRC log for #brlcad on 20160105

IRC log for #brlcad on 20160105

02:22.33*** join/#brlcad merzo (~merzo@199-21-132-95.pool.ukrtel.net)
02:25.09*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:39.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:45.55Notify03BRL-CAD:brlcad * 66795 (brlcad/trunk/CMakeLists.txt brlcad/trunk/COPYING and 3126 others): Prep for the upcoming year of the red monkey. Let bananatime commence.
06:19.21*** join/#brlcad sanket_ (uid137825@gateway/web/irccloud.com/x-celbksvanrxaqdcs)
07:37.41*** join/#brlcad tandoorichick (~chatzilla@117.222.157.120)
09:36.35*** join/#brlcad tandoorichick (~chatzilla@117.222.157.120)
10:56.42*** join/#brlcad merzo (~merzo@92.60.189.225)
13:21.35*** join/#brlcad tandoorichick (~chatzilla@117.222.157.120)
14:09.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:03.12*** join/#brlcad merzo (~merzo@92.60.189.225)
15:07.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:30.40*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
16:48.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:30.29*** join/#brlcad tandoorichick (~chatzilla@117.222.157.120)
17:52.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:20.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:27.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:38.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:50.32*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:40.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:09.07*** join/#brlcad merzo (~merzo@199-21-132-95.pool.ukrtel.net)
22:27.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:30.05Notify03BRL-CAD:n_reed * 66796 (brlcad/trunk/misc/tools/xmltools/libxml/src/entities.c brlcad/trunk/src/adrt/librender/cut.c and 2 others): A few files were truncated by copyright update. It looks like non-ASCII chars are to blame. Reverted and updated manually.
IRC log for #brlcad on 20160106

IRC log for #brlcad on 20160106

01:04.45Notify03BRL-CAD:ejno * 66797 (brlcad/trunk/doc/html/ReleaseNotes/Rel5.0/Summary/sld001.htm brlcad/trunk/doc/html/ReleaseNotes/Rel5.0/Summary/sld002.htm and 25 others): revert and manually update other files that were truncated
01:06.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:09.02Notify03BRL-CAD:ejno * 66798 brlcad/trunk/src/conv/gcv/gcv.c: append newline to output
01:10.27Notify03BRL-CAD:ejno * 66799 brlcad/trunk/src/libgcv/conv/stl/stl_read.c: reduce output at lower verbosity levels
01:11.11Notify03BRL-CAD:ejno * 66800 (brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp brlcad/trunk/src/libgcv/conv/vrml/vrml_write.c): enable bu_opt processing
02:23.24*** join/#brlcad merzo (~merzo@222-27-132-95.pool.ukrtel.net)
02:23.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:44.41Notify03BRL-CAD:ejno * 66801 brlcad/trunk/src/conv/CMakeLists.txt: add sourceforge.net patch #320 by Djimeli Konrad implementing a vrml importer
02:47.57Notify03BRL-CAD:ejno * 66802 brlcad/trunk/AUTHORS: update AUTHORS
02:51.58Notify03BRL-CAD:ejno * 66803 (brlcad/trunk/src/conv/CMakeLists.txt brlcad/trunk/src/libgcv/CMakeLists.txt and 12 others): move vrml importer to GCV plugin
03:05.07*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:50.47Notify03BRL-CAD:ejno * 66804 brlcad/trunk/src/libgcv/conv/obj/wfobj/CMakeLists.txt: also add include path properties to the -static target
04:10.46Notify03BRL-CAD:ejno * 66805 (brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_read.c brlcad/trunk/src/libgcv/filter.c): silence warnings
04:52.35brlcadcool
05:01.48Notify03BRL-CAD:ejno * 66806 brlcad/trunk/src/libgcv/conv/obj/wfobj/CMakeLists.txt: check that the -static target exists before appending the property
05:08.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:12.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:17.59*** join/#brlcad tandoorichick (~chatzilla@117.199.134.241)
08:53.15*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:07.39*** join/#brlcad tandoorichick (~chatzilla@117.199.134.241)
11:32.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:03.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:25.30*** join/#brlcad boquete_ (~Piotr@acmb67.neoplus.adsl.tpnet.pl)
12:39.37Notify03BRL-CAD:bob1961 * 66807 brlcad/trunk/src/tclscripts/lib/Ged.tcl: -----------
13:48.27*** join/#brlcad tandoorichick (~chatzilla@117.199.134.241)
14:19.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:50.22*** join/#brlcad gaganjyot (~gaganjyot@101.216.186.140)
15:42.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:54.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:18.15*** join/#brlcad merzo (~merzo@222-27-132-95.pool.ukrtel.net)
17:25.18*** join/#brlcad tandoorichick (~chatzilla@117.199.134.241)
17:38.21*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
17:56.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:38.49*** join/#brlcad gaganjyot (~gaganjyot@101.213.158.57)
19:11.58*** join/#brlcad gaganjyot (~gaganjyot@101.213.132.116)
20:39.40*** join/#brlcad merzo (~merzo@126-245-134-95.pool.ukrtel.net)
21:32.28*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
21:44.56*** join/#brlcad tandoorichick (~chatzilla@117.199.128.72)
22:06.38*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
22:39.36Notify03BRL-CAD:brlcad * 66808 brlcad/trunk/doc/CMakeLists.txt: stub in an initial strategy map developed by morrison, reed, and yapp with inputs from engbert to help formulate a consistent roadmap and plan of attack to address core development needs
22:55.23Notify03BRL-CAD:brlcad * 66809 brlcad/trunk/doc/STRATEGY: describe the purpose of this file
23:06.24*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
23:15.33Notify03BRL-CAD:brlcad * 66810 brlcad/trunk/doc/STRATEGY: the fourth strategic area (performance) can be expanded to purposing and can encapsulate the main usage deficiencies, interactive raytrace performance simply being one of the categories of interest. this lets us incorporate the other purposings that often present difficulty: 3d printing, industrial design, pretty animations, robust import/export.
23:59.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160107

IRC log for #brlcad on 20160107

00:47.52*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:13.52*** join/#brlcad hdvebvnyxmctnysd (~armin@dslb-088-065-185-124.088.065.pools.vodafone-ip.de)
02:47.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:04.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:02.12*** join/#brlcad gaganjyot (~gaganjyot@202.164.53.118)
13:19.23*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
15:01.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:33.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:49.09*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
17:20.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:24.15*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
18:22.49*** join/#brlcad gaganjyot (~gaganjyot@101.216.165.202)
18:27.20*** join/#brlcad gaganjyot (~gaganjyot@101.216.165.202)
19:19.48*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
19:42.26*** join/#brlcad gaganjyot (~gaganjyot@101.216.165.202)
19:51.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:39.27*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
21:57.35*** join/#brlcad merzo (~merzo@126-245-134-95.pool.ukrtel.net)
22:25.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:37.31starseeker``Erik: did Notify bow out?
22:46.28``Erikseems to be working fine
22:56.01``Erikwell, notify is workign fine, mail is not
22:58.06``Erik'k, mail is chomping through now, might take a while for spamassassin to do it's thing :/
22:58.27Notify03BRL-CAD:starseeker * 66818 (brlcad/trunk/src/libfft/fftc.c brlcad/trunk/src/libfft/ifftc.c): Remove the non-error output to stderr generated by the fftc and ifftc build tools - not currently used/needed.
22:58.46Notify03BRL-CAD:starseeker * 66814 brlcad/trunk/doc/docbook/CMakeLists.txt: Don't configure_file presentation.xsl.in twice.
23:01.06Notify03BRL-CAD:starseeker * 66819 brlcad/trunk/db/comgeom/CMakeLists.txt: Log comgeom-g output the same way we do step-g output.
23:17.05Notify03BRL-CAD:starseeker * 66820 brlcad/trunk/src/tclscripts/CMakeLists.txt: Redirect btclsh index outputs.
23:54.53starseekerO.o CLANG/C2 is coming:  https://github.com/CppCon/CppCon2015/blob/master/Presentations/What%27s%20New%20In%20VS2015
23:55.27Notify03BRL-CAD:starseeker * 66813 brlcad/trunk/misc/tools/xmltools/xmllint.c: Don't print on successful validation - only print if there's a problem.
IRC log for #brlcad on 20160108

IRC log for #brlcad on 20160108

00:09.31Notify03BRL-CAD:starseeker * 66817 brlcad/trunk/src/other/stepcode/cmake/Generated_Source_Utils.cmake: Quiet if things are OK.
00:21.21Notify03BRL-CAD:starseeker * 66815 brlcad/trunk/misc/tools/xmltools/xmllint.c: See if there's a way to do this without altering xmllint
00:23.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:10.20Notify03BRL-CAD:starseeker * 66812 brlcad/trunk/misc/CMake/DocBook.cmake: stylesheet files shouldn't be in depends lists, since they're not produced by build targets.
01:17.43Notify03BRL-CAD:starseeker * 66816 (brlcad/trunk/doc/docbook/resources/brlcad/brlcad-man-stylesheet.xsl.in brlcad/trunk/misc/CMake/DocBook.cmake brlcad/trunk/misc/CMake/xmllint.cmake.in): Suppress extra output from DocBook man page generation.
01:34.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:35.52Notify03BRL-CAD:starseeker * 66811 brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Support the SHARED and STATIC flags for BRLCAD_ADDLIB, similar to the add_library options.
02:12.26*** join/#brlcad ktaypumpvglgzmjq (~armin@dslb-092-074-240-063.092.074.pools.vodafone-ip.de)
02:27.23*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:27.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:15.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:13.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:19.28Notify03BRL-CAD:starseeker * 66821 brlcad/trunk/misc/CMake/DocBook.cmake: ws
17:54.46Notify03BRL-CAD:starseeker * 66822 brlcad/trunk/misc/CMake/DocBook.cmake: Switch a couple macros to functions, use PARENT_SCOPE to set variables defined for callers, specifically call out side effects.
18:02.12*** join/#brlcad maths22_ (~maths22@unaffiliated/maths22)
18:04.37*** join/#brlcad merzo (~merzo@host-176-37-34-80.la.net.ua)
18:09.05*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:43.37Notify03BRL-CAD:starseeker * 66823 (brlcad/trunk/doc/docbook/articles/CMakeLists.txt brlcad/trunk/doc/docbook/books/CMakeLists.txt and 6 others): checkpoint
19:04.27Notify03BRL-CAD:starseeker * 66824 brlcad/trunk/misc/CMake/DocBook.cmake: Collapse most of the DocBook output specific macros into wrappers. PDF is still the odd duck as a 2 stage process.
19:05.46Notify03BRL-CAD:starseeker * 66825 brlcad/trunk/misc/CMake/DocBook.cmake: fix docs
19:08.27Notify03BRL-CAD:starseeker * 66826 brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: duplicate comment
19:34.07Notify03BRL-CAD:starseeker * 66827 brlcad/trunk/src/other/libpng/CMakeLists.txt: Clear some warnings from the libpng symlink creation routine.
19:34.42Notify03BRL-CAD:starseeker * 66828 brlcad/trunk/src/other/libpng/CMakeLists.txt: remove stray line.
19:57.56Notify03BRL-CAD:starseeker * 66829 (brlcad/trunk/src/other/libpng/ANNOUNCE brlcad/trunk/src/other/libpng/CHANGES and 116 others): Update to libpng 1.6.20 (CVE-2015-8126)
20:06.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:06.18Notify03BRL-CAD:starseeker * 66830 brlcad/trunk/src/other/libpng/CMakeLists.txt: Re-apply local CMake tweaks (should try to push these upstream...)
20:44.58*** join/#brlcad sanketm (sanket@nat/iiit/x-nhzuebswrfwdestq)
21:30.52Notify03BRL-CAD:brlcad * 66831 brlcad/trunk/NEWS: cliff has it upgraded through to 1.6.20 now (CVE-2015-8126)
22:02.29*** join/#brlcad dinesh__ (~dinesh@169.255.6.9)
23:33.01*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160109

IRC log for #brlcad on 20160109

02:38.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:07.47*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:21.16*** join/#brlcad cox_ (~quassel@188.226.208.53)
03:45.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:58.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:33.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:44.54nmz787any ideas in here for converting a section of a model to g-code? currently I am thinking I could script this using a bounding-box on my objects, and then taking slices of that at some thickness, and exporting a 2D dataset of that slice as seen from say the Z-axis... but that's about all I've got for ideas
06:02.59*** join/#brlcad dinesh__ (~dinesh@154.70.108.197)
06:23.51nmz787I also thought of exporting that slice to STL, then use slic3r to generate the g-code
06:42.59nmz787hmm, it looks like slic3r may be optimized for extruding 3D printers... and I want to do laser-based lithography
08:59.57*** join/#brlcad LordOfBikes (~armin@dslb-092-074-240-063.092.074.pools.vodafone-ip.de)
13:47.11*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
17:35.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:19.15*** join/#brlcad merzo (~merzo@54-1-133-95.pool.ukrtel.net)
19:37.37*** join/#brlcad dinesh__ (~dinesh@154.70.108.207)
21:47.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:01.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:56.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160110

IRC log for #brlcad on 20160110

00:20.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:51.37*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:10.09*** join/#brlcad gbtszffluakciuhw (~armin@dslb-092-074-244-013.092.074.pools.vodafone-ip.de)
02:38.40*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:54.32*** join/#brlcad tandoorichick (~chatzilla@117.207.75.163)
15:46.09*** join/#brlcad boquete_ (~Piotr@acla67.neoplus.adsl.tpnet.pl)
17:03.54*** join/#brlcad merzo (~merzo@248-61-132-95.pool.ukrtel.net)
17:05.34*** join/#brlcad merzo (~merzo@248-61-132-95.pool.ukrtel.net)
17:39.00*** join/#brlcad tandoorichick (~chatzilla@117.207.75.163)
18:04.55*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:59.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:06.45*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160111

IRC log for #brlcad on 20160111

00:08.55*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:53.11Notify03BRL-CAD:ejno * 66832 brlcad/trunk/AUTHORS: fix chronological ordering of AUTHORS
02:04.25Notify03BRL-CAD:ejno * 66833 (brlcad/trunk/include/gcv/api.h brlcad/trunk/include/gcv/util.h): add documentation for the libgcv API
02:06.24Notify03BRL-CAD:ejno * 66834 brlcad/trunk/src/libgcv/CMakeLists.txt: rename src/libgcv/conv to src/libgcv/plugins
02:08.58*** join/#brlcad auetmfscymnpcmvk (~armin@dslb-092-074-243-195.092.074.pools.vodafone-ip.de)
02:09.25Notify03BRL-CAD:ejno * 66835 (brlcad/trunk/src/libgcv/filter.c brlcad/trunk/src/libgcv/plugins/vrml/vrml_read/vrml_read.cpp brlcad/trunk/src/libgcv/plugins/vrml/vrml_write.c): use bu_log() for output; save NMG debug flag
02:16.15*** join/#brlcad merzo (~merzo@95.133.25.153)
04:39.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
09:03.25*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:03.42*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
11:08.09*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:10.04*** join/#brlcad dinesh__ (~dinesh@154.70.108.202)
12:55.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:31.38*** join/#brlcad merzo (~merzo@94.45.58.141)
13:42.58*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
14:42.16*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
16:54.37*** join/#brlcad LordOfBikes (~armin@dslb-092-074-243-195.092.074.pools.vodafone-ip.de)
17:25.11*** join/#brlcad gaganjyot (~gaganjyot@101.213.156.235)
17:26.29*** join/#brlcad gaganjyot (~gaganjyot@101.213.156.235)
17:28.49*** join/#brlcad gaganjyot (~gaganjyot@101.213.156.235)
17:30.27*** join/#brlcad gaganjyot (~gaganjyot@101.213.156.235)
17:47.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:24.52*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:28.55Notify03BRL-CAD:ejno * 66836 brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt: fix case of MAN target suffix
18:54.24*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
19:14.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:16.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:19.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:24.37Notify03BRL-CAD:ejno * 66837 brlcad/trunk/src/libgcv/CMakeLists.txt: build plugins as static libraries
20:50.48Notify03BRL-CAD:brlcad * 66838 brlcad/trunk/sh/copyright.sh: somehow missed the mass truncation this script cased with bsd sed truncating due to 'illegal byte sequence' where the docs contained smart quotes and other non-portable extensions. setting LANG=C fixes the interpretation and avoids truncation.
20:52.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:02.25Notify03BRL-CAD:brlcad * 66839 brlcad/trunk/sh/copyright.sh: fix the non-portable echo -n printing, use printf instead.
21:10.13*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
21:27.26Notify03BRL-CAD:ejno * 66840 brlcad/trunk/src/libgcv/plugins/CMakeLists.txt: add plugin directories automatically
21:43.07Notify03BRL-CAD:ejno * 66841 brlcad/trunk/src/libgcv/CMakeLists.txt: link with plugins automatically
22:17.37*** join/#brlcad merzo_ (~merzo@153-25-133-95.pool.ukrtel.net)
23:28.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160112

IRC log for #brlcad on 20160112

01:43.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:07.41*** join/#brlcad zntqmyiipxcbkatr (~armin@dslb-088-065-191-108.088.065.pools.vodafone-ip.de)
02:19.57*** join/#brlcad merzo_ (~merzo@77-49-132-95.pool.ukrtel.net)
04:41.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:22.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:52.31Notify03BRL-CAD:brlcad * 66842 brlcad/trunk/include/common.h: fix a couple minor typos. this is a subset of sf patch 422 from Benson Chepkwony.
05:54.46Notify03BRL-CAD:brlcad * 66843 brlcad/trunk/AUTHORS: credit Benson Chepkwony with special thanks for a series of spelling and grammar fixes.
06:08.44Notify03BRL-CAD:brlcad * 66844 brlcad/trunk/include/icv.h: couple more typos from benson fixed
06:17.23Notify03BRL-CAD:brlcad * 66845 (brlcad/trunk/include/bn/msr.h brlcad/trunk/include/rt/overlap.h): apply sf patches 425 and 424 with minor spelling corrections.
07:13.23*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:49.42Notify03BRL-CAD Wiki:Ithapepoly * 0 /wiki/User:Ithapepoly:
08:06.58*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
09:11.55*** join/#brlcad gaganjyot (~gaganjyot@101.216.8.40)
09:24.06*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:29.52*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
12:35.40*** join/#brlcad xetnxjrkcsxmyzhi (~armin@dslb-092-074-254-156.092.074.pools.vodafone-ip.de)
14:29.58Notify03BRL-CAD:ejno * 66846 brlcad/trunk/src/libgcv/CMakeLists.txt: simplify plugin detection
14:45.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:25.16Notify03BRL-CAD:ejno * 66847 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/filter.c and 8 others): use HIDDEN
19:31.24*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:35.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:11.04Notify03BRL-CAD:ejno * 66848 brlcad/trunk/src/libgcv/filter.c: revise value checks for clarity. the API specifies these values to be 0 or 1
21:08.20*** join/#brlcad merzo_ (~merzo@126-245-134-95.pool.ukrtel.net)
22:15.11Notify03BRL-CAD:starseeker * 66849 brlcad/trunk/src/other/stepcode/CMakeLists.txt: Don't build the cllazyfile directory right now - not needed yet.
23:07.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:21.42*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160113

IRC log for #brlcad on 20160113

00:19.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:21.19Notify03BRL-CAD:starseeker * 66850 brlcad/trunk/src/other/stepcode/src/express/CMakeLists.txt: Don't need test either
02:39.54*** join/#brlcad nvblmqrooijemzkh (~armin@dslb-088-064-125-099.088.064.pools.vodafone-ip.de)
04:43.07maths22seen /who
04:43.12maths22oops
05:04.52Notify03BRL-CAD Wiki:ADVALAIN596 * 0 /wiki/User:ADVALAIN596:
05:12.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:17.18*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
09:03.26*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:36.40*** join/#brlcad merzo_ (~merzo@241-30-133-95.pool.ukrtel.net)
10:27.39*** join/#brlcad merzo_ (~merzo@241-30-133-95.pool.ukrtel.net)
14:36.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:59.18*** join/#brlcad merzo_ (~merzo@126-245-134-95.pool.ukrtel.net)
16:42.05*** join/#brlcad tandoorichick (~chatzilla@111.93.5.194)
16:46.37*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
16:50.45*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
16:56.37*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
17:35.43*** join/#brlcad tandoorichick (~chatzilla@182.75.45.1)
17:39.44*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
17:43.41*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
17:49.46*** join/#brlcad tandoorichick_ (~chatzilla@111.93.5.194)
17:53.40*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
17:59.44*** join/#brlcad tandoorichick_ (~chatzilla@111.93.5.194)
18:03.41*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
18:09.43*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
18:13.42*** join/#brlcad tandoorichick_ (~chatzilla@111.93.5.194)
18:19.39*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
18:23.41*** join/#brlcad tandoorichick_ (~chatzilla@111.93.5.194)
18:29.43*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
18:31.04Notify03BRL-CAD:ejno * 66851 brlcad/trunk/include/bn/vlist.h: add missing include
18:33.39*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
18:39.39*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
18:43.40*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
18:49.40*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
18:51.04Notify03BRL-CAD:ejno * 66852 brlcad/trunk/include/gcv/api.h: remove declarations that aren't currently used
18:53.40*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
18:59.43*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
19:03.39*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
19:09.39*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
19:13.43*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
19:14.57Notify03BRL-CAD:ejno * 66853 (brlcad/trunk/include/gcv/api.h brlcad/trunk/src/libgcv/CMakeLists.txt): the BRL-CAD filters are not plugins, so keep them with the GCV code
19:19.47*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
19:23.42*** join/#brlcad tandoorichick_ (~chatzilla@111.93.5.194)
19:29.49*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
19:35.43*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
19:39.43*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
19:45.40*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
19:49.39*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
19:54.49Notify03BRL-CAD Wiki:Billbilltt?? * 0 /wiki/User:Billbilltt%3F%3F:
19:55.41*** join/#brlcad tandoorichick_ (~chatzilla@111.93.5.194)
19:59.40*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
20:05.47*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
20:09.43*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
20:13.41*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
20:14.33*** join/#brlcad gaganjyot (~gaganjyot@101.216.150.93)
20:17.40*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
20:21.37*** join/#brlcad maths22_ (~quassel@66-118-151-70.static.sagonet.net)
20:21.46*** join/#brlcad maths22_ (~quassel@unaffiliated/maths22)
20:23.44*** join/#brlcad tandoorichick_ (~chatzilla@111.93.5.194)
20:29.49*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
20:35.46*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
20:41.41*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
20:45.43*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
20:49.46*** join/#brlcad tandoorichick_ (~chatzilla@111.93.5.194)
20:51.14maths22I now have quassel running through irssi
20:51.21maths22(I have irssi set up as a proxy)
20:51.51maths22Sorry-wrong channel
20:54.58Notify03BRL-CAD:ejno * 66854 brlcad/trunk/include/gcv/api.h: formatting
20:55.22Notify03BRL-CAD:ejno * 66855 brlcad/trunk/src/libgcv/facetize.c: these static variables should have been reset to NULL for every function call. Use 'volatile' instead
20:55.41*** join/#brlcad tandoorichick_ (~chatzilla@111.93.5.194)
20:59.42*** join/#brlcad tandoorichick_ (~chatzilla@111.93.5.194)
21:02.43*** join/#brlcad ickby (~stefan@x5d84d731.dyn.telefonica.de)
21:03.38ickbyHello guys, ichby from the FreeCAD team here
21:04.04ickbywe are currently thinking about taking part in this years Google Summer of Code
21:04.34ickbyas you guys did a joint eeffort together with librecad last year I thought I come around and see if you do this again 2016
21:05.12ickbyIs this the case? If so we would like to join this effort
21:09.40*** join/#brlcad tandoorichick_ (~chatzilla@111.93.5.194)
21:11.27*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
21:13.48*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
21:13.56brlcadickby: howdy!  that sounds great and it's very likely that we'll do an umbrella effort again, but it's not yet been finalized
21:14.44brlcadwe'll probably start up a discussion right after GCI ends
21:14.47brlcadthere are some discussions to be had about expectations and to frame participation -- would you or someone else be the POC?
21:14.59ickbygood to her that!
21:15.04ickbyPOC?
21:16.33brlcadpoint of contact
21:17.00ickbyah yes, I'm going to manage the freecad side of gsoc. We will have only very few mentors, myself and yorik mabybe
21:17.58ickbywhat do you use for discussion, your mailing list?
21:18.11brlcadsorry I don't know you guys better, are you "core devs" or project leads of some sort?
21:18.20brlcadwhat's your depth of familiarity with freecad?
21:18.42*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
21:18.55brlcadwe have a separate mailing list for gsoc mentors
21:18.58ickbyI'm not a core dev, I'm contributing for ~4 years now. yorik is a core dev, and the effort is aligned with the core team
21:19.26brlcadhow do the other devs feel about participation?
21:19.47brlcadambivalent, antagonistic, doubtful, optimistic, ..?
21:20.04ickbyin general they do support the idea, but there time is too much limited for mentoring
21:20.24ickbyso everyone think it is a good idea, but not e veryone can be a mentor
21:20.34brlcadokay, that's good to hear
21:21.34brlcadso you know, as you've not participated before...
21:22.05brlcadif we apply together and get accepted, you'd be under the same limitation (in terms of number of students) that google imposes on all new orgs
21:22.49brlcadthat is, a little extra scrutiny so mentors can get up to speed on the process, and a limitation of 2 students regardless of number of applications received barring truely exceptional circumstances
21:23.15Notify03BRL-CAD:starseeker * 66856 brlcad/trunk/sh/CMakeLists.txt: indent.sh, ios-icons.sh, news2tracker.sh and tracker.sh do not need to be installed - they are not used by anything in the install directory and their purposes are developer centric. Make an explicit note that elapsed.sh is used by benchmark (apparently the only thing that uses it now...)
21:23.16brlcadwhich is fitting since you have 2 mentors :)
21:23.39ickbyyes I have read about that limit, and well, we could not handle more anyway
21:24.23brlcadjust don't want any surprises on your part, I like to be open about everything in advance
21:24.34brlcadthere's more to talk about, but we can bridge those gaps later
21:24.42ickbythat is a good attitude :)
21:27.14ickbyso application is in ca. 1 month, not very much time. when do you guys think to do the main discussions and finalize the preparations?
21:28.21brlcadGoogle Code-In ends in a week and a half, so after that
21:28.39ickbyok sounds good
21:29.20brlcadthere's not much preparations needed on our end to submit our application as we've done it so many times before, it's mostly the question of whether we concur to submit
21:29.44*** join/#brlcad tandoorichick_ (~chatzilla@111.93.5.194)
21:29.47brlcadour org took a break from GCI this year for that very reason, mentor burnout and too much backlogged contributions
21:30.21ickbyI see
21:31.01brlcadon your part, there will be some preparations needed -- namely to create a webpage that defines project ideas
21:31.32ickbyYes we will work on that in the next time, I think it should not be a big issue.
21:31.54brlcadhave you read through our GSoC pages on brlcad.org?
21:32.10brlcadhttp://brlcad.org/wiki/Google_Summer_of_Code/
21:32.35Notify03BRL-CAD:starseeker * 66857 brlcad/trunk/misc/tools/CMakeLists.txt: Already had flags available in these CMake files for not installing - since these are build tools, don't add them to the release.
21:32.58brlcad(the checklist in particular)
21:34.08ickbynot yet. as said we just start thinking about it, and getting in contat with you is one of the frst steps
21:34.14brlcadjust FYI, if we apply, we will possibly not apply as BRL-CAD, but as a non-profit umbrella
21:36.09brlcadI began the formulation last year and haven't finished all of the paperwork but it does legally exist
21:37.06Notify03BRL-CAD:starseeker * 66858 brlcad/trunk/src/other/CMakeLists.txt: libpng also has a convenient hook to prevent installing extra bits.
21:38.29Notify03BRL-CAD:ejno * 66859 brlcad/trunk/src/libgcv/gcv.c: add a filter for tessellating specified objects at the region level
21:39.40ickbyinteresting.
21:39.42*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
21:40.53Notify03BRL-CAD:ejno * 66860 brlcad/trunk/src/libgcv/plugins/tessellate/tessellate.c: fix header title
21:41.02andromeda-galaxybrlcad: speaking of too many backlogged contributions, how can I start helping?  You mentioned reviewing old GCI patches, but I don't know the process around that...
21:41.49brlcadwe want participation to be fair to the other orgs and don't pretend to claim that everything is "under" BRL-CAD, but I am concerned about that perception
21:43.43*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
21:43.47brlcadthe point is to encourage collaboration, to open lines of communication like this that did not previously exist, to maybe encourage projects that benefit multiple orgs simultaneously as we have so many common needs and (previously) a stark lack of coordination
21:43.49Notify03BRL-CAD:ejno * 66861 brlcad/trunk/src/libgcv/plugins/tessellate/tessellate.c: fix comment
21:44.23ickbyyes would definitly be nice find some common ground and shared work
21:44.25brlcadtandoorichick_: what's up with your connection??
21:44.51ickbyso thanks for the initial discussion, I have to leave now. I think we stay in contact via the mailing list and will find a good way of making this work
21:45.16brlcadthank you .. this is pretty exciting
21:45.36tandoorichick_sorry for the inconvenience, fluctuating internet..
21:45.42ickbyI can be reached via freecad irc channel and forum, you now also have my email adress
21:45.52brlcadnods
21:45.54ickbybye!
21:45.58ickbyand thanks
21:45.59brlcadcya
21:50.34andromeda-galaxybrlcad: in other words, I'm back! but I don't know what to do...
21:50.54maths22andromeda-galaxy: I think the best answer is "stuff" :)
21:51.20brlcadandromeda-galaxy: so yeah ... welcome back!
21:51.21brlcad:)
21:52.23andromeda-galaxybrlcad, maths22: nice to see you again!
21:52.25brlcadandromeda-galaxy: would you be able to download all gci task contributions (for all years) into folders, categorized by content type?
21:52.34andromeda-galaxybrlcad: quite possibly
21:52.46andromeda-galaxydon't we have a gci script for doing that somewhere?
21:53.01brlcadyou or maths22 had a script that did some basic data mining, perhaps would be extended to download the data
21:53.26maths22brlcad: I will try to dig it up
21:53.35andromeda-galaxymaths22: https://www.google-melange.com/gci/task/view/google/gci2013/5807450632486912?
21:54.06brlcadwoot, that looks like it
21:54.07maths22andromeda-galaxy: That's it-I think it downloads all the uploaded files
21:54.20andromeda-galaxymaths22, brlcad: sounds about right
21:54.31andromeda-galaxyso, what else do we need it to do?
21:54.34brlcadso the goal is to create work queues that we can sort through
21:54.53brlcaddelete or mark the stuff that is already reviewed/committed/integrated
21:55.39andromeda-galaxyhmm, so it seems like there are a couple of annoying points (since the api is pretty simple, yay!):
21:56.06Notify03BRL-CAD:starseeker * 66862 (brlcad/trunk/src/other/stepcode/CMakeLists.txt brlcad/trunk/src/other/stepcode/cmake/SC_Utils.cmake brlcad/trunk/src/other/stepcode/src/cllazyfile/CMakeLists.txt): Set up proper NO_INSTALL flag support for the SC target macros.
21:56.20andromeda-galaxy1. Finding the "accepted" submission to a task; doing this right could be hard since sometimes tasks have multiple files, and IIRC, sometimes later submissions only update part of the whole
21:56.29brlcadyep!
21:56.42brlcadif you have ideas on a better system, I'm all ears :)
21:56.46andromeda-galaxy2. Finding out what has already been integrated in some form --- I have no idea how to do this mechanically...
21:56.56brlcadI don't think 2 can be automated
21:57.11andromeda-galaxyyeah, that might be true,
21:57.36brlcadwe started by integrating work as we went, but quickly found out that the reviews and integration could NOT keep pace with GCI activity (i.e., it's your guys fault)
21:57.39andromeda-galaxyfor the ones submitted as patches, we could do a fun heuristic by breaking the patches up into hunks and doing a comparison to every  hunk commited since it was submitted
21:58.12brlcadsome like you earned commit, and applied work, others did not and their patches are sitting there
21:58.28andromeda-galaxyand at least help the humans trying to figure out what's done by saying, e.g., it looks (part of) like this may have been done as (part of) <a revision>
21:58.40brlcadthis far out, I would expect many/most? of the hunks to fail
21:59.01brlcadmaybe though
21:59.12andromeda-galaxywell, this would need a bigger computer than I have to run on in a reasonable time, but I was talking about doing probabilistic comparison over every hunk applied to the history of the repository
21:59.24andromeda-galaxy(which would be much easier if we were using something like darcs with a well defined patch algebra)
21:59.32brlcadstill, even having all of the code contributions in one subdir and all t-shirt designs in another and stickers in another ... huge help
21:59.53andromeda-galaxytrue...
22:00.10andromeda-galaxyseparating those will be interesting, let's make that #3 on the hard problems list
22:00.18brlcador a web front-end that simply links to the completed GCI tasks and lets us mark them as integrated or not
22:01.10andromeda-galaxythat would be much simpler, since it eliminates hard problems #1 and #2
22:01.33andromeda-galaxywhat do you think about #3?  I'm not sure how we should automatedly tell the difference between a logo, a t-shirt, and a sticker
22:01.40andromeda-galaxysince we might have svg files for all of them
22:01.50brlcad~383 + 234 + 178
22:01.50infobot795
22:01.57brlcadthat's how many need review ;)
22:02.23andromeda-galaxywow.  just out of curiosity, where did those numbers come from?
22:02.57brlcadgoing to each year summary page
22:02.59brlcadhttps://www.google-melange.com/gci/org/google/gci2014/brlcad
22:03.15brlcad2013, 2012 .. record count in the bottom right
22:03.18andromeda-galaxyah, okay. that really shows how the competition's been growing recently
22:03.41brlcadyeah, last year almost doubled the previous year
22:04.06brlcadwhich is why we had to take a break this year...
22:04.08andromeda-galaxyI don't even want to think what would have happened if we had participated this year after all..
22:04.32brlcadhonestly, probably not as bad
22:04.55andromeda-galaxyso, the main priorities are 1. integrate gci code, 2. make a release with all the new stuff, and 3. get the new website online, right?
22:05.03brlcadthere was a bug that filtered students to ubuntu (a new org) by default, and there are 4 or so new orgs getting attention
22:05.24brlcadyes!
22:05.31brlcadand not necessarily in that order
22:05.47andromeda-galaxygreat, so for what I'll look into:
22:05.51brlcadgetting the website in shape is pretty independent (though there are a handful of gci tasks that directly pertain to it)
22:06.08andromeda-galaxyI don't know anything about the website, so I'll probably work on the other stuff to begin with.  Is maths22 still doing a bunch of work on that?
22:06.50brlcadmaths22 has put a lot of time into it, but we're still not there and last year gave us a couple gci tasks (landing page) that were simply outstanding
22:07.04maths22I haven't worked too much with it lately
22:07.06andromeda-galaxyah, okay.  so a good action plan is maybe:
22:07.16maths22Recently I've mostly been working with SuperTux
22:07.43brlcadhow fun
22:07.47andromeda-galaxy1. get a nice webapp for dealing with integrating gci tasks, with (at the very least) separate section for website tasks so that we can hit those
22:07.53andromeda-galaxy(maths22: sounds interesting)
22:08.26andromeda-galaxythen, we can (in parallel-ish) work on integrating the website infrastructure and launching that, and on running through the review queues for everything else
22:08.36Notify03BRL-CAD:starseeker * 66863 (brlcad/trunk/src/other/CMakeLists.txt brlcad/trunk/src/other/stepcode/CMakeLists.txt and 3 others): Suppress exec installs from stepcode. Note that there are a number of patches (not just these last two) that need to go upstream to stepcode project...
22:09.18brlcadandromeda-galaxy: think of the webapp as a throw-away ... once we're done reviewing the 795 tasks, it's pretty much useless/done
22:09.40andromeda-galaxybrlcad: indeed, I was planning on going fairly barebones, just enough to get the job done while not leaving security/(major) usability holes
22:09.42maths22andromeda-galaxy: That sounds like a very good idea
22:09.50andromeda-galaxymaths22: great!
22:10.12brlcadhaving a means to group them and to download the files for a given group would be very helpful -- perhaps integrating the file download maths22 worked out
22:10.13maths22andromeda-galaxy: just like my task manager from GCI last year-it worked just enough to function without pretty features
22:10.24andromeda-galaxymaths22: you wrote a task manager?
22:10.36andromeda-galaxybrlcad: right, so: the first hard problem is grouping
22:10.44brlcade.g., I want all sticker designs for all years
22:11.13brlcadhe wrote a task publisher, which was frankly a life-saver
22:11.16andromeda-galaxylooking at the 2014 site, at least, we can maybe hack grouping with a few regex searches over the titles, and a misc category
22:11.58andromeda-galaxybrlcad, maths22: ah, okay, that makes sense; I'm not sure how I missed it.  But yeah, I'll go for something like that
22:12.13maths22andromeda-galaxy: See http://brlcad.org/gci-dev/tasks
22:12.21maths22I think I only shared it with mentors back then
22:12.48brlcadyeah, no perms or protections, but it really did the trick well
22:12.48andromeda-galaxythat grouping isn't going to be perfect, but it should be pretty decent; maybe we can do grouping that way + an easy system for lteting people regroup tasks, so we can just do a quick run through misc. and fix most of it?
22:13.37andromeda-galaxymaths22: cool, I'll take a look.  Should we do something like .htaccess the system so that we get <don't let random people pretend to integrate tasks> + <don't spend much time on auth>?
22:13.40brlcadandromeda-galaxy: I can probably give you (or you can propose) a list of predefined groups beforehand, so every task falls into some bin
22:13.56brlcadwe're only doing this once
22:14.01maths22andromeda-galaxy: That is what I would suggest-I might have actually had an .htaccess at one point
22:14.16brlcadthe point is to act on the contribution, and then mark it complete
22:14.22andromeda-galaxybrlcad: right, it's just that I'm not really sure how to get the tasks into the bins---were we consistent enough with the task names/tags/etc. that we can categorize unambiguously?
22:14.48brlcaddon't need to spend any time on auth .. this is a one shot deal
22:14.53andromeda-galaxymaths22: great, thanks for lending me your experience
22:15.07maths22(I just checked-I must have commented out the htpasswd at some point)
22:15.12brlcadand it won't work with the new gci site
22:15.18andromeda-galaxymaths22: ah, I see
22:15.31brlcadnew site has a proper api
22:15.44brlcad(but even more limited read capability)
22:15.53andromeda-galaxybrlcad: indeed, I was just thinking that sticking an htaccess in there helps make sure that no-one messes with it and doesn't take too long
22:16.01andromeda-galaxy(more limited read capability? that sounds bad...)
22:16.10brlcadsure, simple pass or something
22:16.32brlcadthe new site simply hasn't yet defined an api for export, only import
22:16.39brlcadwe're discussing that now
22:16.42andromeda-galaxysounds good, I'll just build a webapp without any auth & then we can stick it on the server with a .htaccess
22:16.57andromeda-galaxyah, I see---that should be an interesting discussion.  What was the reason for dropping melange?
22:17.18andromeda-galaxy(Stephanie mentioned that we were doing that last year, but didn't say why)
22:17.44brlcadandromeda-galaxy: remember that this could literally be done manually too -- use maths22 script to extract all files to dirs, move each of the 795 dirs into one of these N category subdirs
22:18.31brlcadcould probably do about 10 per minute based on the title alone, so looking at an hour and a half of work
22:18.39maths22By the way, I have revoked database write access for the old task site-prevents anything bad or accidental from happening to it
22:18.46brlcadcool :)
22:19.33andromeda-galaxybrlcad: indeed... I was thinking of some kind of manually assisted heuristic (or, depending on your point of view, heuristically-associated manual process).  The one thing that I worry about with the "everything from this category" functionality based on that is that tasks often have lots of versions of files, and it would nice to be able to only give mentors the "correct" file
22:19.39andromeda-galaxymaths22: great :)
22:20.29andromeda-galaxybrlcad: it would be nice if melange had a way to mark individual files accepted during the competition, but it only has full-task granularity.  So by looking at the timestamps of actions, we can get the files that were submitted immediately before it was closed, but those might also depend on some earlier files that didn't have to be changed
22:21.56brlcadandromeda-galaxy: there is no consistency on what constitutes the correct file ... sometimes the task was closed because we gave up and the first submission was the best after N other attempts
22:22.40brlcador like you said, it's the first three files, skip two, and then the last file that was an update in the second file
22:22.48andromeda-galaxybrlcad: oops, it's even harder than I thought :(
22:22.57Notify03BRL-CAD:starseeker * 66864 brlcad/trunk/src/other/CMakeLists.txt: Skip should be on, not off...
22:23.59andromeda-galaxyso: Crawling gci for tasks is easy.  Heuristically assigning tasks to categories is easy.  Downloading the best files for a task, and by extension the whole category, is ridiculously hard
22:25.07andromeda-galaxyhowever, for some of the graphic design ones, were we had the same task lots of times, I imagine that it might be okay to just download all the files and let humans sort through them, since there's probably only one (or a few) "best" one(s) that we'll actually want to use; does that sound about right?
22:25.43andromeda-galaxyfor code, documentation, etc., we have to spend more time on each task anyway, so it might not be a problem if we don't give aggregate downloads for that category
22:29.03brlcadandromeda-galaxy: I think for all the tasks, the safest approach is to simply download all the files and let humans sort it out
22:29.25andromeda-galaxybrlcad: for the one-by-one reviewing, anyway, is there an advantage to downloading over sending the human to the task page?
22:29.43brlcadhelping them sort it out with a transcript of the discussion and some metadata would help
22:29.47andromeda-galaxybrlcad: I feel like that might actually be better, since then we can use the comments on the task page for interpreting it
22:30.07andromeda-galaxybrlcad: but, I was about to say, it could be fun to build a little page for each task that shows file uploads interspersed with comments
22:30.56brlcadbut what's the ultimate goal?
22:31.39andromeda-galaxybrlcad: help keep track of what needs to be reviewed & help people review it efficiently, right?  sorry if I got confused somwhere
22:31.41brlcadfor code, we want to have all patches reviewed and either integrated or fixed+integrated or rejected
22:31.50andromeda-galaxybrlcad: right
22:32.24brlcadfor design tasks, we want all the artwork in a subdir for each piece of art, and we'll put them into a showcase on the website
22:32.54andromeda-galaxy(for design, do we want to put *all* the work, or only the best piece(s) from each task?)
22:34.08brlcadthe best final version(s) in both preview form and editable form .. note many design tasks had multiple "best" in a single task
22:34.46andromeda-galaxybrlcad: indeed
22:35.25andromeda-galaxybrlcad: so, from an interface perspective: we need to support two different workflows, one for code/docs and one for design, right?
22:36.40brlcaddon't know
22:37.00brlcadthe designs will likely go into something like this if not exactly this: http://yash-m.github.io/BRL-CAD-Portfolio/
22:37.19brlcadjust with designs for all yeras, not just 2014
22:37.36andromeda-galaxybrlcad: makes sense
22:37.45andromeda-galaxyso, I was thinking that we might want to support these two:
22:37.55brlcadso that's 10 groupings already
22:38.34andromeda-galaxy1. for things that are going to end up in the repository: we let people look at tasks one at a time, and as a task is looked at, it is either accepted or rejected
22:38.40brlcadtwo more are code and docs
22:39.35andromeda-galaxy2. for things that are going to end up in a gallery: we let people look at tasks one at a time, and show a special page with discussion on the task (with inline previews of each submission), and they can mark certain submissions as being the ones to download
22:39.49brlcadit's more complicated than accept or reject ..
22:40.29Notify03BRL-CAD:starseeker * 66865 brlcad/trunk/src/other/CMakeLists.txt: looks like both the files and executables CMake blocks try to install these libpng programs (???) - shut both down.
22:41.12andromeda-galaxybrlcad: oops... the main point that I was making was that we'd deal with the tasks one at a time while we were looking at them, do whatevere action necessary, mark them as done being reviewed, and then never have to worry about them again, since whatever good parts were there have now been committed
22:42.21brlcadyes, that would be good
22:42.27brlcadjust have to be careful to not overthink this...
22:42.31brlcadthis is sounding like it's getting way more complex of an interface, that it'll take you longer to write this up than it might take someone to just download everything and deal with them on the filesystem
22:42.45andromeda-galaxywhile for the other type of tasks, we essentially want to aggregate a number of files and then automatedly download them into the data dir for the gallery system
22:43.13brlcadit should be a days work at best to categorize files for all 795 tasks
22:44.34brlcadit's of course more work to do anything with the files...
22:44.55andromeda-galaxybrlcad: true...
22:45.11brlcadso if an interface can help with that, great .. but it's gotta be something doable in just a few hours (less than a day) or it's probably not worth it
22:45.29andromeda-galaxybrlcad: the main problem that I was hoping to solve with this is more one of collaboration---having a web based system here lets us keep track of what's already been looked at.  Another more minimal approach might be to run a downloader script and have someone run through and sort everything,
22:46.10andromeda-galaxythen stick the sorted files on an ftp or http server somewhere, and make the interface just be a big "Here is a list of tasks.  These tasks have been dealt with.  These tasks need to be dealt with.  Here is where you can get a copy of all the tasks"
22:46.12brlcadthat's why the original thinking was to just download everything, group them into subdirs by type, and move them out when they're processed
22:46.45andromeda-galaxyright, that's a great idea if we don't want to worry about letting lots of people work on this at once without giving them all shell accounts
22:47.17andromeda-galaxyso, instead of moving them out when we're done with them, we just have a tiny little thing that writes a metadata index to let us know what's up
22:47.20brlcadright, you've got the problem grasped ..
22:47.22brlcadI don't purport to know which will take less time but have 2 observations
22:47.55brlcad1) that manual review is going to be required for "most" of the tasks, to even know what file(s) are important, and this will probably require some of the comment discussion to understand the context
22:48.47brlcad2) that developing a webapp tends to take much longer than anticipated and it's going to be a tricky 'return on investment'
22:49.04andromeda-galaxyyep, both of those make sense...
22:49.45andromeda-galaxyhow about:
22:50.13andromeda-galaxywait, actually, this might work even better:
22:50.30andromeda-galaxygit-annex'd repository with the tasks, metadata, and files, as downloaded by a cli downloader
22:51.09andromeda-galaxythen when we deal with something, we just delete/commit/push, that way we don't have to give everyone shell access, but we stick to the simple filesystem based approach
22:51.46brlcadwonders how big the data for 795 tasks really is
22:51.57brlcadI like the idea of stashing it all into a repo
22:54.37andromeda-galaxybrlcad: that has the advantage of being nice and (super) simple, we could probably even do it all with maths22's java downloader + a few lines of bash
22:54.55andromeda-galaxy(sorry for the delay, I had to leave for a moment)
22:55.06brlcadcan you stash a git-annex repo on github?
22:55.20andromeda-galaxybrlcad: let me check, I have a feeling that I saw one a little while ago
22:56.16brlcadhttps://git-annex.branchable.com/tips/centralized_git_repository_tutorial/on_GitHub/
22:56.36brlcadso it depends on what constitutes a "large file"
22:57.24andromeda-galaxyhmm, I'll test something in a minute, but I'm not sure if that's a problem or not:
22:57.49andromeda-galaxyfor the ones with web urls, does it work without the special remotes?  if so, we can just link to the files on the old gci site
22:58.21brlcadgithub says repo limit is 1GB and you can't push files > 100MB
22:58.47brlcaddon't think any GCI files go over 100MB, but don't know about the 1GB ... probably go over that if I had to guess
22:59.06andromeda-galaxybrlcad: that seems likely, but we can check. however, what about http://git-annex.branchable.com/tips/using_the_web_as_a_special_remote/?
22:59.29andromeda-galaxysince all the files are being downloaded from melange, we have a web site that has the known canonical versions of everything
23:00.14brlcadmaybe, but I think we need to know how much data we're dealing with first
23:00.20andromeda-galaxybrlcad: also about the github large files: is it talking about repo limits, or does it mean that git-annex doesn't know of any way to push the files onto github?
23:00.38brlcadwe could just as well shove all the real files into a git repo on brlcad.org too, save everyone the time downloading
23:01.00brlcaddon't want people manually downloading files from google-melange.com
23:01.15andromeda-galaxytrue, though git tends to be annoying about large binary files (e.g. all the images)
23:01.33brlcadnot more annoying than melange :)
23:01.40andromeda-galaxy(well, I was assuming that git-annex would automatically download files from google-melange.com, but I guess that would still risk hammering google's servers)
23:01.59andromeda-galaxythat's true, if we don't make any changes we probably won't even run into the ballooning repository size issue
23:03.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:03.33andromeda-galaxyhmm, maybe I should try to set up a script that 1. grabs all the files from melange, categorized by task, with the discussion somewhere, and then throws it all into a real git repo, and then we can see if it's small enough for github, or if we should throw it up on brlcad.org
23:04.39brlcadthat sounds like a good useful way to go
23:05.34brlcadthen we can automate the processing with some quick scripting for the small task sets that can be scripted
23:06.03andromeda-galaxyIn a few minutes, I'll have to leave for now, but I'll be back later today & tomorrow, and on-and-off over the next few weeks.  I'll start by trying to do that, and then let you know what happens with hosting, etc.
23:06.14andromeda-galaxybrlcad: which sets can be scripted?
23:06.23brlcadcool -- you have access to the main brl-cad git repo, yes?
23:06.31andromeda-galaxywe have a git repo?
23:06.34brlcadheh
23:06.46brlcadhttps://github.com/BRL-CAD/
23:07.09andromeda-galaxyoh, I don't think that I do---you just added me to the sourceforge one
23:07.10brlcadit's everything except the compiled sources
23:07.32andromeda-galaxycompiled sources?
23:08.21brlcadusername?
23:08.39andromeda-galaxybrlcad: private message?
23:08.43brlcadsure
23:09.23brlcadis 'brlcad' pretty much everywhere, so I forget some people value their username privacy ;)
23:12.29andromeda-galaxybrlcad: okay, I just joined, thanks!  I've got to run now, but I'll look into the git repository approach & let you know what happens
23:14.37brlcadcreated a new google team for this
23:14.51brlcadmaybe should call it "outreach" or stem or something
23:15.39maths22I'm currently running the downloader on BZ, and will share a zip once it finishes
23:16.07maths22Have you guys heard of transfer.sh?
23:17.10``Erikyowza, this might be more activity than the last 6 months combined O.O
23:17.59brlcad``Erik: heh, been *really* busy
23:18.02brlcadbut not talkative
23:18.09maths22``Erik: I know-And there were two mostly independent conversations going on
23:18.11brlcadnew year, catching up on many fronts
23:18.34brlcadmaths22: have not heard of that
23:18.55maths22It's a really nice service for quickly sharing/transfering files
23:19.02maths22https://transfer.sh/
23:20.08brlcadcool, pastebin for files
23:20.36maths22Exactly-and up to 5GB!
23:21.10brlcadyeah, neat
23:24.55maths22I also have discovered a nice solution for IRC that I like more than irssi over ssh-Quassel IRC
23:26.57brlcadhow are they implementing reattaching from different locations?
23:27.44brlcaddo you specify server credentials?
23:29.44maths22I don't really know how the implemenation works-yes, you have an account on the server, which actually manintins the irc connection
23:29.58maths22The client just connects to that server
23:30.13brlcadover what?
23:30.21brlcadssh? http?
23:30.56maths22Quassel-specific format over tls
23:31.26brlcadhuh
23:31.51andromeda-galaxybrlcad, maths22: okay, I really do have to leave now, unfortunately, but my irc bouncer (I use erc on a few clients + znc on a server) should keep me connected, so ping me with anything that I should look at.  Depending on what the download archive looks like, it might be worth fiddling with the downloader to grab a few more components (e.g. does it currently download the task comments), or adding postprocessing (e
23:31.52andromeda-galaxythe list of task comments & actual files)
23:31.56brlcadso you/it runs some daemon on the server
23:32.17maths22brlcad: Indeed ("QuasselCore")
23:32.25brlcadandromeda-galaxy: sure, will do and thanks for jumping back in
23:32.41maths22andromeda-galaxy: I'm thinking I'll tweak it to save the HTML page as well
23:32.48brlcadsuggestions on good name for the github repo?
23:33.10brlcadmaths22: that would be awesome .. to keep that activity transcript with the task
23:33.24brlcadat some point, google-melange.com will eventually disappear
23:33.30andromeda-galaxybrlcad: great, I'm happy to help. maths22: that might be a good way to do it, but if we can get the transcript via api it would be nice to intersperse the downloads inside the transcript by time as well
23:33.40maths22andromeda-galaxy: There is no api :(
23:34.00maths22I am manually scraping HTML to get the file download links
23:34.28brlcadmaybe scrub the images out when you do so they're not dead links?
23:34.58maths22I acutally need to re-work it to not overwrite files when multiple are uploaded with the same name
23:35.11maths22I'm surprised I didn't notice that bug when I originally wrote it
23:35.23brlcadheh, me too :)
23:35.45brlcadI guess my test was a simple task
23:35.52andromeda-galaxymaths22: interesting, that'll be worth fixing.  I wonder if we can make the screen scraping pull the comments on the tasks out also...
23:35.57brlcad"gci-backlog"?
23:36.01andromeda-galaxymaths22, brlcad: well, that was somewhat productive, let's talk more later.
23:36.07maths22brlcad: Reasonable name
23:36.13maths22andromeda-galaxy: Talk to you later too
23:36.16brlcadcya
23:36.54maths22brlcad: bash 1-liner to check how many tasks have been downloaded while it is running: while sleep 1; do echo -en `(ls | wc -l)`\\r; done
23:37.15maths22Better status info is coming with the update as well
23:37.31brlcadwhere?
23:38.20maths22What do you mean where? (I was running it in the download directory-just shared it because I thought it was a kind of fun "script")
23:38.59brlcadah, thought you were running it on the server
23:39.05brlcadI do status 1-liner's like that all the time ;)
23:39.36brlcadthough I tend to avoid subshell bashisms :)
23:40.09maths22I am, but in my homedir
23:40.33maths22I just haven't created something quite like that before
23:41.14brlcadcool
23:41.18brlcadwhat's the -e doing?
23:41.41maths22echoing the \r as a raw character
23:41.55maths22that way it just rewrites the same line every time-that was the fun part
23:41.58brlcadyep
23:42.06brlcadgot the -n and \r
23:43.04maths22We did gci for 3 years, right? (2012,2013,2014)
23:43.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:44.24*** join/#brlcad maths22_ (~quassel@66-118-151-70.static.sagonet.net)
23:44.56brlcadyes
23:45.03maths22OK
23:46.34maths22Even odder than the bug with over-writing is that I even bothered to manually set the last-modified date to the correct date from the task, and I didn't notice that I would happily overwrite files
23:47.02brlcadmaths22: fyi, your loop does simply some -- you don't need the double-subshell
23:47.18maths22I can include a pipe in backticks?
23:47.26brlcadecho -en "`ls | wc -l`\r"
23:47.28brlcadyep
23:47.38maths22Cool
23:47.42brlcadthat's posix-portable (except for the echo flags)
23:47.45maths22I didn't realize that
23:52.28*** join/#brlcad infobot (ibot@rikers.org)
23:52.28*** topic/#brlcad is http://ibot.rikers.org/%23brlcad/ || We're busy preparing a major release 7.26 (eta January) and getting archer/mged to Beta status (eta April) || SEEKING: web devs to finish setting up our new website!
23:54.57brlcadsomewhat powerful with find too
23:54.57maths22Lovely: google-melange appears to automatically zip all the files
23:55.26brlcadanother fun trick is xargs -J# to multithread a task
23:55.38brlcade.g., count disk usage in parallel: find . -depth 1 -type d |xargs -J4 du -ks
23:56.47maths22I didn't realize xargs -J existed.  That's nice
23:56.59maths22And may be useful in automatically unzipping all of these silly downloads
23:57.07maths22Why did they change that? :(
23:57.38brlcaddon't know ..
23:58.33brlcadI bet they simply zipped up all the uploaded files, so now the links are to the zipped files, not zipping on the fly
23:58.47brlcadto save space, but the site in an "archive" mode of sorts to use less resources
23:58.56brlcads/but/put/
23:59.20brlcadall the more reason to get our data out of there... it will eventually go away :(
23:59.56maths22The download (without duplicate files or html, and with the whole thing stuck in a zip wrapper) is 2.1 GB
IRC log for #brlcad on 20160114

IRC log for #brlcad on 20160114

00:03.14brlcadhmm
00:04.43brlcadso we either git-annex them (to files hosted on brlcad.org) or put the repo itself on brlcad.org
00:05.04brlcadI like the idea of git-annex, never used it though
00:05.58brlcador
00:06.05brlcadhttps://git-lfs.github.com/
00:06.38maths22brlcad: Trying irssi plubin for quassel
00:06.41maths22It works!
00:07.04maths22I'll look into those for the repository
00:07.58brlcadmaths22: how does quassel deal with logging?  I presume it does the logging...
00:08.18maths22What logging?  If you mean the back-log, I'm not really sure
00:08.26brlcadwonder how it compares with irssi's logging too
00:08.33maths22see http://bugs.quassel-irc.org/projects/quassel-irc/wiki/quassel_logging
00:09.58brlcadah, that sounds cool and sucky all at the same time
00:10.08brlcadlooks like it stores all the chatter in a database
00:10.36maths22I'm trying it out for a few days, and I'll see what I think
00:10.46brlcadand you have to manually dump to a file, instead of there being a backlog AND on-disk log that is always up-to-date
00:10.53maths22The mobile support is particularly nice-I don't really like mobile ssh
00:11.07maths22Regarding logging, this is part of why I am running it through an irssi proxy
00:11.24maths22I still have my irrsi session up and logging as I always do, this just layers on top of it
00:11.39brlcadtest what happens if you kill quassel-core .. if log data persists (I would expect it to as it says it's in an sqlite database)
00:12.13maths22exit normally or force-kill?
00:12.18brlcadright, but running irssi from different locations on a client instead of the server means my logs are not in one place
00:12.25brlcadforce-kill
00:12.31brlcadkill -9
00:12.43maths22brlcad: I'm saying I run irrsi on the server, and then connect to that from quassel
00:13.07brlcadoooh
00:13.09brlcadhuh
00:13.18brlcadthat would be kind of cool
00:14.19maths22History persisted across restart
00:15.17maths22I could still talk through my screen+irssi session-Quassel connects on top of that, so it going down doesn't result in me losing anything, including the ability to talk
00:17.21maths22There exists a nice node-based client for it
00:18.09maths22http://prntscr.com/9pt9oq
00:18.40brlcadsweet
00:55.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:26.16andromeda-galaxymaths22: should I start running a downloader client locally?
01:26.58maths22Not yet.  I need to make some updates first
01:28.29andromeda-galaxymaths22: so, you'll update the java script and then send the updated version to me, so that I can run a download locally?  I like the idea of doing that so that I can poke around and double-check that everything looks good, since more eyes on data are always better.
01:28.52andromeda-galaxymaths22: also: java? ouch...
01:29.36andromeda-galaxymaths22: if you don't mind, I might try rigging up a version of it with bash + jq for ufn
01:29.37andromeda-galaxy*fun
01:29.50maths22I know java better than other languages, and didnt really know a better tool when I did it
01:30.08maths22It actually isn't too bad
01:30.37andromeda-galaxyyeah, it's pretty well written.  I don't suppose that I could convince you that we should do it in Haskell?
01:33.19andromeda-galaxymaths22: as I mentioned, I might mock something up in bash, just for fun though
01:34.08maths22You could, but then I would need to refresh my Haskell memory :)
01:34.30maths22Haskell version may happen tonight
01:34.50maths22If I'm bored enough
01:34.54andromeda-galaxymaths22: I can probably do a Haskell or bash version tomorrow, unless something unforseen comes up
01:35.28andromeda-galaxy(bash is actually probably pretty simple: jq + some cmdline xml parser... honestly, that might be my first instinct for this problem)
01:35.44maths22The java one is functionally fine, but rewiting is fun
01:37.34andromeda-galaxymaths22: indeed, that's the only reason I'm playing around with bash
01:38.57andromeda-galaxymaths22: by the way, why do you create a new url from the key, instead of using operations/row/link ?
01:39.35maths22Which line are you referring to?
01:40.08andromeda-galaxymaths22: the way that you construct the per-task urls from the json from the main page
01:40.27andromeda-galaxyyou use <url fragment> ++ id (parsed from the json) instead of the url in the json
01:41.01maths22Probably the JSON format changed (or I wasn't paying much attention when I wrote it)
01:41.10andromeda-galaxymaths22: ah, okay
01:41.17andromeda-galaxyoops, it looks like I have to levae now suddenly, sorry
01:41.20brlcadsince GCI has moved to a completely different system, remember that this is a ONE-SHOT deal.. doesn't matter what it's written in ;)
01:41.24andromeda-galaxyI might talk to you again a little later tonight..
01:41.34andromeda-galaxybrlcad: of course!  this discussion is just for fun
01:41.42brlcadnods
01:42.15maths22I also have the unused variable "name"
01:42.27brlcadthere are many other fun coding exercises that could use that attention too -- like the web interface that runs jobs on a checkout ;)
01:42.59maths22brlcad: What are you referring to?
01:44.00brlcadwe made it into a set of GCI tasks, I think andromeda-galaxy worked on it iirc
01:44.42brlcadbasically, there's a pattern we seem to do a LOT on our code where we're either graphing some property over time or searching for when something happened, given some range of commits
01:45.29brlcadso we came up with a task idea to create a simple web interface where you provide a shell script, the range of commits, and it goes to town for you
01:46.41brlcadideally automatically keeping track of the patching that you often need between broken commit versions, and optionally collapsing "series" of commits where the same author made N commits in a row around the same time
01:47.33brlcadbut even a simple one that just runs the script on each commit would be useful without that
01:56.17Notify03BRL-CAD:starseeker * 66866 (brlcad/trunk/include/fft.h brlcad/trunk/src/libfft/ditsplit.c brlcad/trunk/src/libfft/splitdit.c): A little doxygen rework on libfft. Still not at all well documented, but at least it's something...
02:22.28Notify03BRL-CAD:starseeker * 66867 (brlcad/trunk/misc/doxygen/libbn.dox brlcad/trunk/misc/doxygen/libbu.dox): Slight clean-ups for libbu/libbn doxygen
02:34.31Notify03BRL-CAD:starseeker * 66868 brlcad/trunk/CHANGES: list rle specific tools for deprecation
02:34.51Notify03BRL-CAD:starseeker * 66869 brlcad/trunk/misc/doxygen/libbn.dox: shorten name
02:38.46*** join/#brlcad zorryglguvddijgf (~armin@dslb-092-075-147-095.092.075.pools.vodafone-ip.de)
03:17.57andromeda-galaxybrlcad, maths22: yeah, I still have code for that lying around somewhere (though I only got the "simple" version working before I ran out of time)... I'm still not sure what its security model should be, though
03:56.17maths22brlcad: Web client dark screen http://prntscr.com/9pv0j6
04:05.02starseekermaths22: out of curiosity, do you have any experience with review-board? https://www.reviewboard.org
04:06.22starseekerhas been wondering if the newer versions can be teased into an effective post-commit review system for BRL-CAD, but as yet I've not been able to put all the pieces together...
04:24.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:27.41maths22starseeker: I have not heard of it
04:27.59maths22I'll take a look tomorrow
07:13.15*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:50.42*** join/#brlcad gaganjyot (~gaganjyot@101.213.153.123)
09:00.59andromeda-galaxymaths22: I think that I have a fairly decently robust implementation that properly handles multiple files with the same name and handles the fact that you can submit links as well as files in ~65 lines of bash.  I've downloaded 2014 & most of 2013; the data dir size (uncompressed, with html versions of each task page + all task files) is 2.6 GB
09:30.24*** join/#brlcad infobot (ibot@rikers.org)
09:30.24*** topic/#brlcad is http://ibot.rikers.org/%23brlcad/ || We're busy preparing a major release 7.26 (eta January) and getting archer/mged to Beta status (eta April) || SEEKING: web devs to finish setting up our new website!
09:59.24*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:17.07*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
10:34.41Notify03BRL-CAD Wiki:Seniadrian * 0 /wiki/User:Seniadrian:
14:10.01*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
14:24.12Notify03BRL-CAD:starseeker * 66870 brlcad/trunk/include/wdb.h: Doxygen tweaks for wdb.h
14:27.30Notify03BRL-CAD:starseeker * 66871 (brlcad/trunk/include/rt/timer.h brlcad/trunk/misc/doxygen/librt.dox): Group the rt timer into librt doxygen.
14:36.53Notify03BRL-CAD:starseeker * 66872 brlcad/trunk/misc/doxygen/libmultispectral.dox: Add a brief note about libmultispectral - need much better docs explaining all this...
14:42.46Notify03BRL-CAD:starseeker * 66873 brlcad/trunk/misc/doxygen/CMakeLists.txt: reorder libraries, add a note that this order is important to doxygen and not arbitrary.
14:48.12Notify03BRL-CAD:starseeker * 66874 (brlcad/trunk/misc/doxygen/libbg.dox brlcad/trunk/misc/doxygen/libbn.dox and 2 others): Don't library names in definition labels - context makes it clear.
15:02.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:07.57Notify03BRL-CAD:ejno * 66875 (svn:ignore ## -0,0 +1,3 ## and 3 others): create a branch for work on extracting NMG to a library
15:11.28andromeda-galaxybrlcad, maths22: I have 3.1GB uncompressed of data.  Also, be warned that the Melange-generated pages aren't valid (x)html, in some cases they even have invalid unicode characters
15:11.58maths22Not surprising.  Did you unzip the files, or are they still in the zip format from when they were downloaded?
15:12.51andromeda-galaxymaths22: curl --retry 3 -s "http://www.google-melange.com/$link" | gunzip - > "$file" # line from the script
15:12.54andromeda-galaxyso yes
15:13.20maths22OK.  Could you share the script with me?  I would like to see it
15:14.00andromeda-galaxybrlcad: if you have a list of categories to file the tasks into, I can make a tiny little script to make refiling them easier
15:14.07andromeda-galaxymaths22: sure!  how do you want me to?
15:14.16maths22pastebin?
15:16.25andromeda-galaxymaths22: sounds good, hold on one second
15:17.53andromeda-galaxymaths22: http://lpaste.net/2293901509777162240
15:18.38maths22andromeda-galaxy: Thanks!
15:19.08andromeda-galaxymaths22: no problem.  There were some particularly annoying problems with Melange though:
15:19.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:20.57andromeda-galaxyThe main one was that for some reason, one html file included an ASCII code 5 "ENQ" character, which isn't legal in xml.  I used to use hxnormalize instead of xmlstarlet fo on like #26, but that passed the ENQ character through, and the xmlstarlet sel invocation then errored out, and no files were downloaded.  Luckily, I have an assertion that, through the complexities of wc, ensures that the number of files found,
15:20.57andromeda-galaxywas downloaded, so I caught it.
15:21.09andromeda-galaxythat'll be important if you take a similar approach on any other scripts
15:22.01maths22interesting
15:22.08andromeda-galaxymaths22: fun idea: extract the comments, intersperse them with links to the downloaded file, and then run the whole thing throuph pandoc to get a nice little markdown document for each task with task title, task description, and files interspersed with comments
15:22.52andromeda-galaxy(e.g. use pandoc to build the markdown from html)
15:23.29andromeda-galaxycurrently, the tasks are written as ${year}/${org}/${task-key}/files/${date-uploded}/${filename}
15:23.34andromeda-galaxyor, if that's ambiguous,
15:23.47andromeda-galaxy${year}/${org}/${task-key}/files/${date-uploded}/${filename}/$n where n = [0..]
15:23.51andromeda-galaxys/0/1
15:24.00andromeda-galaxymaths22: does that seem like a deceent scheme to you?
15:24.20maths22It does seem reasonable
15:24.58andromeda-galaxyoh good.  Now we have to figure out what to do with 3.1 GB of task data
15:27.23maths22zip it up and upload it to transfer.sh
15:28.05andromeda-galaxymaths22: sure, should I try generating the abovementioned markdown summaries quickly?
15:28.14maths22Sounds reasonable
15:29.10andromeda-galaxymaths22: great, I'll try to do that quickly,
15:29.32andromeda-galaxyafter I send it to transfer.sh, are we planning that you'll double-check that everything looks good & we'll stick the files on brlcad.org (so that we can set up the git annex repository)?
15:29.39maths22yep
15:31.04andromeda-galaxymaths22: sounds good.  Do you think that we should we upload all the files (including task pages and Markdown summaries) or just the large files?
15:31.35maths22Probably all of them, but once we have the zip on the server, we can play with it however we want
15:31.56Notify03BRL-CAD:ejno * 66876 (brlcad/branches/libnmg/include/nmg.h brlcad/branches/libnmg/src/CMakeLists.txt and 23 others): remove rt includes and separate rt-dependent code (in progress)
15:33.29andromeda-galaxywait, are we going to put a zip on the server?  I don't think that git-annex will be able to deal with that...
15:33.48maths22I'll unzip it once it is there
15:34.16andromeda-galaxymaths22: good, just checking
15:34.33andromeda-galaxyare you planning on handling everything that needs access to the server?
15:36.49andromeda-galaxy(I've never played with it before, and thus don't have any access to it)
15:38.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:01.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:17.44Notify03BRL-CAD:ejno * 66877 (brlcad/trunk/src/conv/gcv/gcv.c brlcad/trunk/src/libgcv/gcv.c and 2 others): add a decimation filter
16:40.54Notify03BRL-CAD:ejno * 66878 brlcad/trunk/src/libgcv/plugins/decimate/decimate.c: print decimation statistics
16:52.39maths22andromeda-galaxy: Indeed
16:57.21andromeda-galaxymaths22: great! I have a few other things to do this morning, but I should have an archive with the Markdown summaries for you in a few hours at most
16:57.37maths22Ok.  Sounds good.  No hurry
16:58.24andromeda-galaxyalso: what do you think of using ${year}/${org}/${task-key}/${date}/${filename}/${n}/${filename} for the tasks with more than one copy of a filename at a given date? (previously, it ended at /${n}); that way, tools that rely on file extensions will still work
17:00.01maths22This is a very good idea (or you could rename to ${filename}.${n}.${ext})
17:01.12andromeda-galaxymaths22: the reason that I was planning on continuing to use directories was that I figured that it might otherwise be ambiguous whether somebody submitted ${basename}.0.${ext} and ${basename}.1.${ext}, or if they submitted ${basename}.${ext} twice...
17:01.34maths22That is reasonable
17:02.19andromeda-galaxyexcellent, I'll rework the script & inplace update all the data before sending it to you
17:08.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:08.16andromeda-galaxymaths22: another possibility (which would keep more ordering information) is ${date}/${n}/${filename}, with $n uniformly increasing throughout the tasks... thoughts on benefits/tradeoffs of that approach?
17:08.58maths22I actually like that idea.  What again is the reason for the date folder?
17:09.14Notify03BRL-CAD:starseeker * 66879 (brlcad/trunk/CHANGES brlcad/trunk/include/CMakeLists.txt): Remove conf.h - has been deprecated since 7.0
17:10.50andromeda-galaxymaths22: just to hold on to the information about when it was submitted (for ordering purposes, injecting into the comment stream, etc.)
17:11.30maths22Shouldn't that be encoded into the file's creation date?
17:12.17andromeda-galaxymaths22: hmm, that's an interesting idea...
17:12.39andromeda-galaxyby the way, I just realized that I meant to say throughout the task---e.g. the 50th task downloaded wouldn't start with n=320
17:13.10andromeda-galaxymaths22: the advantage of the folder structure (to me) is that it's less "fragile" than the dates---any number of archival methods modify the various dates on the file,
17:13.46andromeda-galaxyincluding, IIRC, git.  In addition, if we end up moving tasks around between directories a lot to manage a queue, making sure that everyone who checks out the repo has everything set up right so that creation dates get preserved is a big pain
17:14.48maths22That is fair; I just feel like one should be able to list a single directory and find all the files assosciated with the task (or n folders with one file per folder)
17:15.08andromeda-galaxymaths22: I was assuming that people wouldn't mind find $task/$files -type f
17:15.19maths22andromeda-galaxy: I always forget about find :(
17:15.20maths22Never ind
17:15.25maths22s/ind/mind/
17:15.45andromeda-galaxymaths22: oh okay.  so are we agreed on ${date}/${n}/${file}, with $n starting at 1 and counting up through all the files for a given date?
17:15.55maths22yes
17:16.05andromeda-galaxymaths22: great, I'll rework the scripts
17:16.50andromeda-galaxymaths22: I just got a test of the markdown conversion going though, and it's a little worrying: pandoc doesn't seem to do a very good job, probably because it doesn't read any css and the comments are all horribly nested divs
17:16.58andromeda-galaxyso I'm probably going to have to do markdown by hand :(
17:17.31maths22That's dissapointing
17:18.14andromeda-galaxyyeah, now I'm trying to decide between 1. making html summaries and no text-readable ones, 2. making markdown summaries through text concatenation, and 3. doing both of the above
17:18.54andromeda-galaxypart of the problem is that I'm actually not at all sure how to get the markdown to look any good, since we need to put a number of properties under each comment heading
17:19.12Notify03BRL-CAD:starseeker * 66880 (brlcad/trunk/include/optical/light.h brlcad/trunk/include/optical/shadefuncs.h brlcad/trunk/include/optical/shadework.h): Add liboptical headers to liboptical group
17:20.43andromeda-galaxymaths22: you get markdown like:
17:20.49andromeda-galaxydiv id="c" class="single-comment"><span class="single-comment-author">[Marc Tannous](/gci/student_tasks/google/gci2014/tannousmarc)</span><span class="single-comment-meta">on December 1 2014 17:03 UTC</span><span class="single-comment-title">Task Claimed</span>
17:20.51andromeda-galaxywhich is reallyjust html
17:20.57Notify03BRL-CAD:starseeker * 66881 (brlcad/trunk/include/dm/bview.h brlcad/trunk/include/vmath.h brlcad/trunk/misc/doxygen/CMakeLists.txt): Add the two clearly public headers that are not (at the moment) associated with a library.
17:20.59maths22This is not markdown :(
17:21.21andromeda-galaxyexactly
17:35.33Notify03BRL-CAD:ejno * 66882 brlcad/trunk/src/libgcv/gcv.c: remove the initial tessellation filter for now, until it works correctly
17:51.52andromeda-galaxymaths22: I've got to leave now, but if you have any thoughts on good ways to do a presentation of the data while avoiding that problem, let me know
17:52.09maths22I'll take a look later
18:24.25*** join/#brlcad ickby (~stefan@x5d84c445.dyn.telefonica.de)
18:42.52Notify03BRL-CAD:n_reed * 66883 brlcad/trunk/doc/STRATEGY: renamed strategic areas and converted TODOs to org-mode headlines
19:10.13*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:42.32Notify03BRL-CAD:starseeker * 66884 (brlcad/trunk/CHANGES brlcad/trunk/include/bu/cmd.h brlcad/trunk/src/libtclcad/cmdhist_obj.c): Deprecated the bu_cmdhist functionality as public libbu API. Need to decide what libged level functionality we'll eventually want, for now provide tclcad the logic internally.
19:59.02brlcadandromeda-galaxy: responding to your earlier comment, the design gallery page has a list of the design categories of interest (plus icons or misc for any remaining design tasks), plus 'code', 'docs', and probably 'infrastructure' or 'etc' ... we can subdivide
19:59.32brlcadif it can be done hierarchically, that would be cool, to just start with "design", "code", "docs", and "etc", see what that looks like
20:00.40brlcadI see your shell scripting skills have improved considerably too :)
20:01.26andromeda-galaxybrlcad: sounds good, I'll try to set it up heirarchically like that
20:01.54andromeda-galaxybrlcad: yeah, I got a lot better at bash after writing bash completion for ovs-vsctl (from Open vSwitch)---that's a really complex command, so we used a few hundred lines of bash
20:02.35brlcadfyi, we don't need (or want) year or org delineation other than to maybe order integration better .. it's all categoric work that has to be processed
20:02.45brlcadthe task-key should be chrono hopefully
20:03.20andromeda-galaxywe can probably get rid of that at some point, but I left it in to the script to make sure that we don't accidentally overwrite things, since I have absolutely no idea how the task keys are generated---the 2014 and 2013 ones both look like random strings of numbers to me,
20:03.27andromeda-galaxyalthough 2012 is slightly shorter random strings
20:04.08andromeda-galaxyI'm trying to figure out what sort of "task summary" file we want to give someone opening a new task, I originally thought that I' d just render an html page with comments & inline links to the files that we scraped to markdown (so that people can look at it in an editor), but it looks like that's somewhat difficult, since html->markdown isn't very good
20:04.21andromeda-galaxyalso: xmlstarlet & jq are awesom
20:04.26andromeda-galaxys/$/e
20:07.22brlcadstill reading backlog, liked maths22 notion that we should be able to list a single dir to find all the files / folders for a given task instead of date nesting but only because the date is pretty much irrelevant for integration purposes
20:08.22brlcadyay, caught up
20:08.45andromeda-galaxybrlcad: that was about the setup for inside one task, though---I thought that the date would be relevant for while a contributer was trying to figure out which files to actually use
20:09.15brlcadyou're right for the script, it needs to be careful, just saying it's of no use for the repo structure
20:09.46andromeda-galaxyalso, if we go the git annex route, we can just stuff all of the data up on brlcad.org in a relatively unstructured format and then move around annex's marker files in the repo, right?
20:09.47brlcadwhat's the $n ?
20:09.51Notify03BRL-CAD:starseeker * 66885 (brlcad/trunk/include/bio.h brlcad/trunk/include/bnetwork.h and 3 others): Doxygen work for bio/bnetwork
20:10.01andromeda-galaxyin case there's more than one file for the same datetime with the same name
20:10.09andromeda-galaxythe time resolution is only good to within a minute, so that really does happen
20:10.53brlcadit's not a big deal really either way .. if someone is processing a task, they will almost certainly look at all the files
20:11.08brlcadso the easier it is to look at all of them, the faster it will be to et through 795 tasks
20:11.14brlcads/et/get/
20:11.24andromeda-galaxy(I was thinking that we should just upload files with the maximum of structure---it seems like this kind of repetitive structure will be easier to get rid of than to add back in)
20:11.37brlcadknowing the submission order is obviously helpful for knowing what came before/after what
20:12.52andromeda-galaxywe could also do ${task-key}/files/${n}/${filename}, cutting out the ${date} folders but keeping the ordering in the ${n}... I worry a bit about putting all of them in the same directory, though, it seems like it would be too easy to overwrite older files
20:13.03brlcadcan do that, but then there will almost certainly be up-front work to immediately break it down to something minimal
20:13.22andromeda-galaxy(well, ${task-key}/files/${n}-${filename} might work too)
20:13.22brlcadthis isn't surviving post integration, it's all about making them as fast as possible to review
20:14.19andromeda-galaxyI just wanted to download files with enough structure to put it all back in if we want it, a few lines of bash sshould be enough to move things back around
20:14.43andromeda-galaxyI see your point about one directory now, though---lots of tools are conducive to "open everything in this directory"
20:14.44brlcadwhat about ${title}-${year}-${task-key}/${n}-${filename}
20:15.13brlcador something similar ... really flat hierarchy but guaranteed to not conflict
20:15.18andromeda-galaxythat's nice
20:15.24brlcadand guaranteed to order correctly
20:15.36maths22Title should then be at the end
20:15.41andromeda-galaxyencoding ${title} might be kind of annoying though, since we have #'/etc. in there
20:15.42brlcadsure
20:16.01brlcadcould just strip non-alphanum chars
20:16.09andromeda-galaxye.g. it's easy to just use "" and stick any random set of characters in there, but it might annoy people later
20:16.14andromeda-galaxyoh that's true
20:16.26andromeda-galaxysed s/[^A-Za-z0-9]//g
20:17.05andromeda-galaxyor tr -cd '[[:alnum:]]'
20:17.18brlcadyep
20:18.10andromeda-galaxyor actually,  we might want to replace spaces with dashes first, but anyway
20:18.14Notify03BRL-CAD:starseeker * 66886 (brlcad/trunk/include/bsocket.h brlcad/trunk/misc/doxygen/CMakeLists.txt brlcad/trunk/misc/doxygen/libbu.dox): handle bsocket like bio and bnetwork
20:18.35brlcadsed 's/[^[:alnum:]_-]//g
20:18.55brlcadunderscores probably, but yeah
20:19.36brlcadso we end up with something like:
20:19.50andromeda-galaxywe might want a /files in there after task before ${n}-*, though
20:19.59andromeda-galaxythat way we can stick the task description in there, and have a different folder for links
20:20.27andromeda-galaxy(since students can submit links to work online, or to websites related to the task in any way, and we probably don't want to accidentally crawl too much)
20:20.46brlcaddocs/2013_8234829392_Convert_to_Doxygen/178218383-file1.doxygen
20:20.47andromeda-galaxyright now, those get done as ${task-key}/links/$n, with $n monotonically increasing for the task
20:21.17andromeda-galaxywhere'd the 178218383 come from? are you talking about using the id from the html file instead of a new counter?
20:22.09brlcaddoesn't matter, as long as it's ordered somehow
20:22.16andromeda-galaxyare the ids ordered?
20:22.17brlcadcould be the date or counter
20:22.49brlcadI assumed they were based on what I thought I saw when the program started, but don't know
20:22.55andromeda-galaxywell, date doesn't work, since there could be duplicates; we could do ${date}-${counter} or just ${counter} (which seems simpler, and doesn't lose anything since we still have task html file
20:23.44brlcadthe discussion in the html file, though, is chrono, so won't really know what file is being talked about without a date somewhere
20:24.37brlcad${n}-${date}-${filename} sounds pretty good
20:24.58andromeda-galaxyyeah, true, though to some degree that goes back to what I was saying earlier about providing a summary file in some human friendly format
20:25.26andromeda-galaxy(${n}-${date} would have ${n} increasing throughout the whole task?)
20:25.42brlcadyeah
20:26.26andromeda-galaxyokay, that sounds like a good plan: ${category}/${year}-${key}-${title}/files/${n}-${date}-${filename}
20:26.30andromeda-galaxy(for the files)
20:26.42brlcaddoesn't matter how, as long as it's easy to tell what file came before what others and that map to the conversation/html, we'll be good
20:26.45andromeda-galaxy${category}/${year}-${key}-${title}/task.html for the task descr
20:26.48brlcadI assume you're not doing html re-writing
20:27.04andromeda-galaxyand ${category}/${year}-${key}-${title}/links/${n}-${date} for the links
20:27.19andromeda-galaxybrlcad: that's what I was discussing with maths22 earlier,
20:27.39andromeda-galaxyat this point task.html is just a cleaned-up copy of the Melange page (using xmlstarlet fo --recover to clean it up)
20:27.55andromeda-galaxybut it would be nice to provide a summary with links to the local copies of the file
20:28.05andromeda-galaxybut I don't know if html (which would be easy to do using xmlstarlet) is the best idea or not
20:28.35andromeda-galaxysince that would require one to open a web browser for each task to look at a nicely formatted version of the page
20:28.41brlcador even ${n}-${date}-${link}
20:28.51Notify03BRL-CAD:n_reed * 66887 brlcad/trunk/doc/STRATEGY: convert cross-over designations to org-mode tags
20:29.22brlcadif we can avoid the subdir and get everything in one dir, it will be that many cd's fewer * 795
20:29.31Notify03BRL-CAD:n_reed * 66888 brlcad/trunk/doc/STRATEGY: fix typo
20:29.48brlcadhow are you handling the urls?
20:30.03brlcadjust embedding them in a text file, or the name of the file is the url?
20:30.13brlcador creating an html with that link in it?
20:30.21brlcadsomething else?
20:30.35andromeda-galaxybrlcad: right now, lins/${date}-${n} is a plain text file with one line containing the value of the href attribute of the a element which generated the link
20:30.45andromeda-galaxysince ${n}
20:31.09brlcadcool, that works
20:31.24andromeda-galaxyis monotonically increasing, we could write all the links to files named ${n}-${date}-link and hope that no-one confuses them with files, since we probably won't have ${filename}==link
20:32.12andromeda-galaxy(by the way, links are currently detected by finding <a> elements with rel=nofollow, there doesn't seem to be anything else to distinguish them, except that they aren't to a subsite of google-melange.com)
20:36.47andromeda-galaxybrlcad: also, what do you think of providing a file like this for a "landing page" for each task: http://lpaste.net/3413613330818924544
20:37.22andromeda-galaxy(the names & first few times are from a real datafile, but I embellished the end & avoided copying in the description)
20:38.32andromeda-galaxythe main problem is that I'm not sure how to actually get markdown (or similar) versions of the task description and comment texts, pandoc does a horrible job with it...
IRC log for #brlcad on 20160115

IRC log for #brlcad on 20160115

00:53.37*** join/#brlcad infobot (ibot@rikers.org)
00:53.37*** topic/#brlcad is http://ibot.rikers.org/%23brlcad/ || We're busy preparing a major release 7.26 (eta January) and getting archer/mged to Beta status (eta April) || SEEKING: web devs to finish setting up our new website!
01:38.03Notify03BRL-CAD:starseeker * 66904 brlcad/trunk/src/libgcv/plugins/CMakeLists.txt: LIBRARY DESTINATION by itself isn't enough with Visual Studio
02:33.25Notify03BRL-CAD:starseeker * 66905 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/include/brep.h brlcad/trunk/misc/doxygen/libbrep.dox): Start breaking libbrep headers out into topical sub-headers.
02:37.43*** join/#brlcad zstakrengqqqfqbr (~armin@dslb-088-066-151-202.088.066.pools.vodafone-ip.de)
02:39.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:02.06Notify03BRL-CAD:starseeker * 66906 (brlcad/trunk/include/brep/CMakeLists.txt brlcad/trunk/include/brep/defines.h and 3 others): More subheader extraction from libbrep.
03:13.50Notify03BRL-CAD:starseeker * 66907 (brlcad/trunk/include/brep/CMakeLists.txt brlcad/trunk/include/brep/ray.h and 3 others): Break out other components of libbrep
03:16.30Notify03BRL-CAD:starseeker * 66908 brlcad/trunk/misc/doxygen/libbrep.dox: correct spelling helps...
05:09.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:35.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:57.50*** join/#brlcad gaganjyot (~gaganjyot@202.164.53.118)
07:35.41*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
09:58.19*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
14:10.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:56.30*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
15:20.55Notify03BRL-CAD:ejno * 66910 brlcad/trunk/src/libgcv/gcv.c: check for NULL return from bu_dlerror(); ensure that filter names are unique
15:35.20*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
15:52.35andromeda-galaxybrlcad, maths22: you around?
15:52.44maths22andromeda-galaxy: I am
15:53.26andromeda-galaxymaths22: I have a couple of questions about the web layout on the server, should I pm you?
15:53.32maths22Go ahead
16:00.06Notify03BRL-CAD:starseeker * 66911 (brlcad/trunk/include/icv.h brlcad/trunk/src/conv/3dm/3dm-g.cpp brlcad/trunk/src/rt/viewxray.c): Use the bu_path_component approach to the problem icv_guess_file_format was trying to solve. Eventually we'll probably want a bu_path_mime function that will try both extension and file introspection (probably with an adaptation of libmagic logic for BRL-CAD's needs:
16:00.08Notifyhttps://github.com/threatstack/libmagic) but until that function is available use the generic libbu level API for this rather than introducing an icv specific function.
16:00.10Notify...
16:00.54maths22starseeker: I'm impressed with the length of your recent commmit messages!
16:09.52Notify03BRL-CAD:ejno * 66909 (brlcad/trunk/src/conv/gcv/CMakeLists.txt brlcad/trunk/src/libgcv/CMakeLists.txt and 11 others): include LIBGCV_INCLUDE_DIRS automatically for plugins; make the 'gcv' utility depend on 'libgcv_plugins'
16:10.17Notify03BRL-CAD:starseeker * 66912 brlcad/trunk/src/libicv/fileformat.c: Revert 66792 - results in inverted output from the rt command. Need to look more deeply into what's happening.
16:38.32*** join/#brlcad essy (~sportchic@freenode/staff-emeritus/sportchick)
16:52.34Notify03BRL-CAD:starseeker * 66913 brlcad/trunk/misc/doxygen/libicv.dox: icv is conversion and image processing.
16:58.07Notify03BRL-CAD:starseeker * 66914 (brlcad/trunk/include/bn/dvec.h brlcad/trunk/include/bn/mat.h and 18 others): Fix up doxygen for libbrep, put includes only where they're needed rather than in the top level brep.h file.
17:18.14*** join/#brlcad July (~ubuntu@2602:306:3b33:9ac0:47e:3430:5cfc:50b5)
17:37.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:37.33andromeda-galaxybrlcad: I have a plan for deploying the files to the server that I'd like to run by you when you have a minute
17:43.21*** join/#brlcad ickby (~stefan@x5d847edb.dyn.telefonica.de)
18:02.51*** join/#brlcad tandoorichick (6f5d05c2@gateway/web/freenode/ip.111.93.5.194)
18:41.02*** join/#brlcad ickby (~stefan@x5d847edb.dyn.telefonica.de)
19:53.07ejnoanyone know if bu_dlclose() is deliberately not implemented for windows?
20:04.31andromeda-galaxyhas anybode had any luck working on the brlcad codebase with git-svn?
21:07.12Notify03BRL-CAD:starseeker * 66915 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/include/icv.h brlcad/trunk/misc/doxygen/libicv.dox): Break out icv into subheaders.
21:33.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:33.39Notify03BRL-CAD:ejno * 66916 (brlcad/trunk/src/conv/3dm/3dm-g.cpp brlcad/trunk/src/libbu/dlfcn.c brlcad/trunk/src/libgcv/gcv.c): add missing bu_log() argument
21:35.09Notify03BRL-CAD:starseeker * 66917 (brlcad/trunk/include/rt/arb_edit.h brlcad/trunk/include/rt/defines.h and 4 others): librt doxygen cleanup
21:51.48Notify03BRL-CAD:starseeker * 66918 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/include/ged.h brlcad/trunk/misc/doxygen/libged.dox): Start setting up to tackle libged.
22:04.07*** join/#brlcad merzo (~merzo@95.132.55.41)
22:21.51*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:53.04*** join/#brlcad merzo (~merzo@177-24-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20160116

IRC log for #brlcad on 20160116

00:13.06*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8001:646d:5cd7:220b:842d:2192)
00:27.32*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:12.19*** join/#brlcad louipc (~louipc@unaffiliated/louipc)
02:44.34*** join/#brlcad LordOfBikes (~armin@dslb-088-065-187-218.088.065.pools.vodafone-ip.de)
03:07.12*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8001:646d:c1fa:7b88:fa95:5d42)
08:49.57*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
08:56.28*** join/#brlcad ickby (~stefan@x5d845411.dyn.telefonica.de)
09:59.27*** join/#brlcad ickby (~stefan@x5d845411.dyn.telefonica.de)
11:31.44*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:10.57*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
12:55.52*** join/#brlcad gaganjyot (~gaganjyot@101.214.5.31)
12:56.51*** join/#brlcad gaganjyot (~gaganjyot@101.214.5.31)
12:58.10*** join/#brlcad gaganjyot (~gaganjyot@101.214.5.31)
13:46.24starseekerthis is seriously cool:  http://www.nypl.org/blog/2016/01/05/share-public-domain-collections
13:51.48*** join/#brlcad gaganjyot (~gaganjyot@223.225.129.229)
14:07.31archivistodd that has not been mentioned in #code4lib yet, or I missed it
14:12.52*** join/#brlcad gaganjyot (~gaganjyot@106.192.51.158)
15:00.18*** join/#brlcad gaganjyot (~gaganjyot@223.225.136.250)
16:21.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:48.09*** join/#brlcad ickby (~stefan@x5d84d2bf.dyn.telefonica.de)
16:51.41andromeda-galaxybrlcad, ``Erik: I have a couple of questions about deploying something to the server, can you ping me when you have a minute?
22:57.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160117

IRC log for #brlcad on 20160117

02:11.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:43.19*** join/#brlcad mzetzfdtjpgtuqru (~armin@dslb-088-065-181-148.088.065.pools.vodafone-ip.de)
07:43.37*** join/#brlcad KimK (~Kim__@68.102.66.31)
07:47.55*** join/#brlcad greenapple (0e8b2997@gateway/web/freenode/ip.14.139.41.151)
10:06.43*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
10:09.30*** join/#brlcad ickby (~stefan@x5d8449ce.dyn.telefonica.de)
15:17.07*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
16:11.28*** join/#brlcad merzo (~merzo@183-74-132-95.pool.ukrtel.net)
16:29.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:14.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:41.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:42.16*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
19:34.53*** join/#brlcad konro (~konro@41.202.219.72)
22:29.39*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
22:34.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:56.51*** join/#brlcad LordOfBikes (~armin@dslb-088-065-181-148.088.065.pools.vodafone-ip.de)
IRC log for #brlcad on 20160118

IRC log for #brlcad on 20160118

02:42.02*** join/#brlcad ltiufeqdbpzbvmls (~armin@dslb-088-066-148-053.088.066.pools.vodafone-ip.de)
03:16.57*** part/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
03:17.07*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
05:30.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:16.51*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:37.57*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
08:22.06*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:42.49*** join/#brlcad gaganjyot (~gaganjyot@223.225.145.181)
10:11.40*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
14:04.21Notify03BRL-CAD Wiki:Paulmmluap * 0 /wiki/User:Paulmmluap:
15:25.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:46.31*** join/#brlcad gaganjyot (~gaganjyot@106.192.56.150)
17:42.12*** join/#brlcad konro (~konro@41.202.219.65)
18:28.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:00.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:42.26*** join/#brlcad ickby (~stefan@x5d846dd8.dyn.telefonica.de)
IRC log for #brlcad on 20160119

IRC log for #brlcad on 20160119

00:00.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:21.16*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
00:40.27*** join/#brlcad merzo (~merzo@68-9-133-95.pool.ukrtel.net)
01:41.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:54.53*** join/#brlcad LordOfBikes (~armin@dslb-092-074-247-223.092.074.pools.vodafone-ip.de)
04:44.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:56.42*** join/#brlcad greenapple (dce36163@gateway/web/freenode/ip.220.227.97.99)
08:22.45*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:45.27*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:26.01*** join/#brlcad greenapple (0e8b2997@gateway/web/freenode/ip.14.139.41.151)
14:03.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:49.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:02.26*** join/#brlcad greenapple (0e8b2997@gateway/web/freenode/ip.14.139.41.151)
16:13.18Notify03BRL-CAD:starseeker * 66919 (brlcad/trunk/include/ged/CMakeLists.txt brlcad/trunk/include/ged/defines.h brlcad/trunk/include/ged.h): Start breaking out ged functions into categories. These categorizations and categories are tentative - as we break out more, better categories may suggest themselves.
16:34.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:46.51Notify03BRL-CAD:starseeker * 66920 (brlcad/trunk/include/ged/CMakeLists.txt brlcad/trunk/include/ged.h): Break out framebuffer bits.
17:53.38Notify03BRL-CAD:starseeker * 66921 (brlcad/trunk/include/ged/view.h brlcad/trunk/include/ged.h): pull out view functions
17:54.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:57.41*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
17:59.12*** join/#brlcad merzo (~merzo@92.60.189.225)
18:00.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:18.23*** join/#brlcad Ch3ck (uid129553@gateway/web/irccloud.com/x-mhhxusyecaunzyto)
21:26.19Notify03BRL-CAD:starseeker * 66922 (brlcad/trunk/include/ged/CMakeLists.txt brlcad/trunk/include/ged/database.h and 4 others): Finish up rough first stage of categorization.
22:43.43*** join/#brlcad merzo (~merzo@19-76-132-95.pool.ukrtel.net)
23:07.13Notify03BRL-CAD:starseeker * 66923 (brlcad/trunk/include/ged/CMakeLists.txt brlcad/trunk/include/ged/view.h brlcad/trunk/misc/doxygen/libged.dox): try to break things down a bit further
23:09.39andromeda-galaxybrlcad: (pm sent)
23:15.37*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160120

IRC log for #brlcad on 20160120

01:40.13Notify03BRL-CAD:starseeker * 66924 brlcad/trunk/include/ged/view/CMakeLists.txt: list files in CMakeLists.txt
02:52.44*** join/#brlcad iwnvmoprkytioxxh (~armin@dslb-088-066-215-234.088.066.pools.vodafone-ip.de)
04:26.01Notify03BRL-CAD:brlcad * 66925 brlcad/trunk/misc/doxygen/Doxyfile.in: we can use INPUT_FILTER to convert all instances of TODO and FIXME into doxygen format, so we don't need to substitute our revisioned sources for less visible lowercase forms nor introduce additional \@ prefixing (also for improved readability)
04:27.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:32.44Notify03BRL-CAD:brlcad * 66926 (brlcad/trunk/include/bg/obr.h brlcad/trunk/include/bn/adc.h and 26 others): undo c66903 that changed TODO instances to @todo doxygen form. would be nice if we can keep the simpler more visible and readable markers, plus MSVC and other tools recognize them by default in that form too. for this to work, try utilizing the doxygen INPUT_FILTER option in our config to pre-process those markers
04:32.46Notifyinto doxygen markers.
04:32.48Notify...
05:02.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:38.32Notify03BRL-CAD Wiki:Linganesan * 0 /wiki/User:Linganesan:
05:46.27*** join/#brlcad grenapple (0e8b2997@gateway/web/freenode/ip.14.139.41.151)
05:49.09*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
06:11.46*** join/#brlcad merzo (~merzo@19-76-132-95.pool.ukrtel.net)
11:05.19*** join/#brlcad merzo (~merzo@19-76-132-95.pool.ukrtel.net)
13:13.34*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
13:26.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:47.30*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
13:48.26*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
13:48.28*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
13:54.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:45.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:51.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:07.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:19.13Notify03BRL-CAD:starseeker * 66927 (brlcad/trunk/include/analyze.h brlcad/trunk/include/bn/dvec.h and 16 others): Clear some of the doxygen warnings.
15:24.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:56.55Notify03BRL-CAD:starseeker * 66928 (brlcad/trunk/include/bg/polygon.h brlcad/trunk/include/bn/dvec.h and 6 others): Clear most of the remaining Doxygen warnings.
16:07.44Notify03BRL-CAD:starseeker * 66929 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake and 2 others): Remove librtserver - appears to have no active or potential users. Doing this as one commit so it can be easily reinserted if it proves to be needed after all.
16:09.00Notify03BRL-CAD:starseeker * 66930 brlcad/trunk/src/README: remove a couple obsolete entries from src/README
16:37.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:14.03*** join/#brlcad ickby (~stefan@x5d844e14.dyn.telefonica.de)
17:18.35*** join/#brlcad ickby_ (~stefan@x5d84dc7f.dyn.telefonica.de)
17:28.28*** join/#brlcad merzo (~merzo@82-113-133-95.pool.ukrtel.net)
17:47.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:20.23*** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com)
18:25.46*** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com)
18:27.11*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
18:41.07*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:13.02*** join/#brlcad ickby_ (~stefan@x5d84dc7f.dyn.telefonica.de)
21:19.38*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
22:50.56*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:09.43*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
23:19.47*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
23:29.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:38.29Notify03BRL-CAD:n_reed * 66931 (brlcad/branches/brep-debug/NEWS brlcad/branches/brep-debug/TODO and 32 others): merge trunk changes r66378 through r66435
23:45.50Notify03BRL-CAD:n_reed * 66932 (brlcad/branches/brep-debug/include/bio.h brlcad/branches/brep-debug/include/bnetwork.h and 86 others): merge trunk changes r66436 through r66487
IRC log for #brlcad on 20160121

IRC log for #brlcad on 20160121

00:11.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:59.38*** join/#brlcad LordOfBikes (~armin@dslb-088-066-137-151.088.066.pools.vodafone-ip.de)
06:26.00*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
06:26.14*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
06:27.00*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
06:30.27*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
06:30.27*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
06:30.32*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
07:03.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:21.37*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:42.26*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:01.46*** join/#brlcad merzo (~merzo@92.60.189.225)
11:17.20*** join/#brlcad greenapple (0e8b2997@gateway/web/freenode/ip.14.139.41.151)
14:09.58*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
14:11.13*** join/#brlcad greenapple (0e8b2997@gateway/web/freenode/ip.14.139.41.151)
14:34.55Notify03BRL-CAD:bob1961 * 66933 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Minor mod to updateVPaneFractions --- catch call to fraction
15:37.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:02.52*** join/#brlcad merzo (~merzo@92.60.189.225)
17:51.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:18.44*** join/#brlcad ickby_ (~stefan@x5d846712.dyn.telefonica.de)
18:31.10*** join/#brlcad ickby_ (~stefan@x5d846712.dyn.telefonica.de)
18:31.55*** join/#brlcad ickby_ (~stefan@x5d846712.dyn.telefonica.de)
19:11.57*** join/#brlcad ickby_ (~stefan@x5d846712.dyn.telefonica.de)
19:18.49Notify03BRL-CAD:n_reed * 66934 (brlcad/branches/brep-debug/CMakeLists.txt brlcad/branches/brep-debug/doc/docbook/system/man1/en/gqa.xml and 29 others): merge trunk changes r66488 through r66537
19:40.50Notify03BRL-CAD:bob1961 * 66935 brlcad/trunk/src/libgcv/plugins/vrml/vrml_read/vrml_read.cpp: Don't cast to a float here. Do use size_t.
19:41.42*** join/#brlcad ickby (~stefan@x5d846712.dyn.telefonica.de)
19:45.00*** join/#brlcad ickby (~stefan@x5d846712.dyn.telefonica.de)
20:32.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:24.17*** join/#brlcad ickby (~stefan@x5d846712.dyn.telefonica.de)
21:57.22*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:08.25*** join/#brlcad merzo (~merzo@126-245-134-95.pool.ukrtel.net)
22:24.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:33.12Notify03BRL-CAD:starseeker * 66936 brlcad/trunk/CHANGES: List executables identifed as unnecessary for removal. There are others that need investigation to determine if they can be removed and more that need refactoring (and will disappear in their current forms once refactored) - this list represents merely the most readily identified set.
23:06.40Notify03BRL-CAD:starseeker * 66937 brlcad/trunk/src/other/CMakeLists.txt: URToolkit is separate from libutahrle, which is what our tools use.
23:31.57Notify03BRL-CAD:starseeker * 66938 (brlcad/trunk/src/other/CMakeLists.txt brlcad/trunk/src/util/CMakeLists.txt brlcad/trunk/src/util/admin-db.cpp): Retarget admin-db to use bu_opt instead of tclap.
IRC log for #brlcad on 20160122

IRC log for #brlcad on 20160122

00:33.02Notify03BRL-CAD:n_reed * 66939 (brlcad/trunk/src/libdm/dm-ogl.c brlcad/trunk/src/libdm/dm-osgl.cpp and 2 others): Take another stab at fixing vertical flip of pngs written by screengrab. Looks like the problem was actually inconsistent coordinate convention in implementations of dm_getDisplayImage, so flipping was only happening when using ogl/osgl. Now flipping gl buffers to make them all the same for screengrab.
00:48.03Notify03BRL-CAD:n_reed * 66940 brlcad/trunk/src/libicv/ppm.c: fix off-by-one access of ppm buffer (said height-i, meant height-1-i)
03:08.57*** join/#brlcad LordOfBikes (~armin@dslb-088-066-146-001.088.066.pools.vodafone-ip.de)
03:22.19*** join/#brlcad JulytoNovember (~ubuntu@2602:306:3b33:9ac0:904e:f773:cefa:49dc)
03:22.51JulytoNovemberI'm trying to covert an iges to
03:24.02JulytoNovemberg format, i entered the command at the mged prompt, of version 7.24.2.  Its not working can anyone tell me what i'm doing wrong?
03:26.23Straguspokes brlcad and ``Erik
03:36.14*** part/#brlcad JulytoNovember (~ubuntu@2602:306:3b33:9ac0:904e:f773:cefa:49dc)
03:43.54*** join/#brlcad JulytoNovember (~ubuntu@2602:306:3b33:9ac0:904e:f773:cefa:49dc)
03:59.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
10:10.30*** join/#brlcad infobot (ibot@rikers.org)
10:10.30*** topic/#brlcad is http://ibot.rikers.org/%23brlcad/ || We're busy preparing a major release 7.26 (eta January) and getting archer/mged to Beta status (eta April) || SEEKING: web devs to finish setting up our new website!
11:09.52*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
15:28.31*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
15:33.48*** join/#brlcad merzo (~merzo@92.60.189.225)
16:13.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:25.15andromeda-galaxyStragus: any idea where everyone's been for the last ~week?
17:10.21*** join/#brlcad JulytoNovember (~ubuntu@2602:306:3b33:9ac0:9c4e:4608:7487:4d94)
17:13.31starseekerJulytoNovember: iges-g is a command line tool - you'll want to run it from the terminal
17:19.28JulytoNovemberthanks for the help, i just got the conversion to work
18:00.00*** join/#brlcad merzo (~merzo@92.60.189.225)
18:03.27*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:15.55Notify03BRL-CAD:ejno * 66941 brlcad/trunk/src/libgcv/plugins/CMakeLists.txt: fix -- 'DYNAMIC' flag doesn't exist; should be 'SHARED'
18:55.31*** join/#brlcad LordOfBikes (~armin@dslb-088-066-146-001.088.066.pools.vodafone-ip.de)
18:55.43*** join/#brlcad ickby (~stefan@x5d84d8cd.dyn.telefonica.de)
19:37.42*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
20:01.55*** part/#brlcad JulytoNovember (~ubuntu@2602:306:3b33:9ac0:9c4e:4608:7487:4d94)
20:39.37``Erikonly a week of communal idling? :)
20:50.26andromeda-galaxy``Erik: you're back!  can I ask you a couple of questions about .bz?
20:57.27``Eriksure?
20:58.35``Erikit's the tld for Belize... what more ya wanna know? :D *duck*
21:15.23andromeda-galaxy\msg ``Erik
21:15.42andromeda-galaxy``Erik: oops, sorry, missed you!  I meant about the server, should I pm you?
21:22.01``Eriksure, *shrug*
21:48.55andromeda-galaxy``Erik: (pm sent)
23:14.55*** join/#brlcad merzo (~merzo@126-245-134-95.pool.ukrtel.net)
23:20.21*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160123

IRC log for #brlcad on 20160123

00:08.01andromeda-galaxybrlcad: I've pm'd you an implementation plan for putting up the files on the server, can you take a look at it & let me know what you think when you have a chance?
02:11.55*** join/#brlcad hfdpculwflkikdue (~armin@dslb-178-007-230-026.178.007.pools.vodafone-ip.de)
03:00.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:49.00Notify03BRL-CAD:ejno * 66942 brlcad/trunk/src/libgcv/plugins/fastgen4/fastgen4_write.cpp: decapitalize non-macros
03:51.44Notify03BRL-CAD:ejno * 66943 brlcad/trunk/src/libgcv/plugins/fastgen4/fastgen4_write.cpp: remove use of const_cast
04:05.00Notify03BRL-CAD:ejno * 66944 brlcad/trunk/src/libgcv/plugins/fastgen4/fastgen4_write.cpp: r66794 unintentionally reversed r66447; remove use of DBInternal in STL containers and keep the unimplemented copy constructor private because copying rt_db_internal objects is trickier
04:37.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
11:31.20*** join/#brlcad ickby (~stefan@x5d8466fe.dyn.telefonica.de)
11:43.42*** join/#brlcad LordOfBikes (~armin@dslb-178-007-230-026.178.007.pools.vodafone-ip.de)
12:38.22*** join/#brlcad LordOfBikes (~armin@dslb-178-007-230-026.178.007.pools.vodafone-ip.de)
13:05.45*** join/#brlcad Imlerith (6dc998e3@gateway/web/freenode/ip.109.201.152.227)
13:06.33Imlerithhi, i m new here and looking to start contributing can anyone help
14:53.00andromeda-galaxybrlcad: you wouldn't happen to be around, would you?
15:03.13*** join/#brlcad merzo (~merzo@196-121-133-95.pool.ukrtel.net)
15:05.51*** join/#brlcad merzo (~merzo@196-121-133-95.pool.ukrtel.net)
15:07.17*** join/#brlcad merzo (~merzo@196-121-133-95.pool.ukrtel.net)
15:08.22*** join/#brlcad merzo (~merzo@196-121-133-95.pool.ukrtel.net)
15:09.52*** join/#brlcad merzo (~merzo@196-121-133-95.pool.ukrtel.net)
15:12.53*** join/#brlcad merzo (~merzo@196-121-133-95.pool.ukrtel.net)
15:15.53*** join/#brlcad merzo (~merzo@196-121-133-95.pool.ukrtel.net)
17:25.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:26.16*** join/#brlcad merzo (~merzo@4-118-133-95.pool.ukrtel.net)
19:56.53*** join/#brlcad merzo (~merzo@4-118-133-95.pool.ukrtel.net)
22:48.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160124

IRC log for #brlcad on 20160124

01:29.28*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:10.50*** join/#brlcad howznzusemjgixlt (~armin@dslb-088-066-146-001.088.066.pools.vodafone-ip.de)
03:20.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:38.01*** join/#brlcad infobot (ibot@rikers.org)
04:38.01*** topic/#brlcad is http://ibot.rikers.org/%23brlcad/ || We're busy preparing a major release 7.26 (eta January) and getting archer/mged to Beta status (eta April) || SEEKING: web devs to finish setting up our new website!
11:52.36*** join/#brlcad merzo (~merzo@126-245-134-95.pool.ukrtel.net)
12:45.23*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
15:39.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:16.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:37.50*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:13.38*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:14.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:46.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:19.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160125

IRC log for #brlcad on 20160125

00:05.18*** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net)
00:13.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:23.59*** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net)
00:28.00*** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net)
00:30.59*** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net)
00:38.28*** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net)
00:40.00*** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net)
00:42.59*** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net)
00:45.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:46.00*** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net)
00:49.00*** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net)
00:51.59*** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net)
00:55.04*** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net)
00:58.04*** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net)
01:00.06*** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net)
01:02.59*** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net)
01:06.00*** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net)
01:07.20*** join/#brlcad merzo (~merzo@194-46-132-95.pool.ukrtel.net)
02:01.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:23.40*** join/#brlcad LordOfBikes (~armin@dslb-092-075-156-098.092.075.pools.vodafone-ip.de)
04:26.43Notify03BRL-CAD Wiki:36.69.107.226 * 9516 /wiki/ARL_Technical_Reports:
07:09.20*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:09.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
10:25.52*** join/#brlcad ries_ (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
11:54.02*** join/#brlcad DaRock (~Thunderbi@mail.unitedinsong.com.au)
11:56.55DaRockHi guys. I'm hoping someone can help me, I'm just starting (like a few hours) with brlcad. I've been lead to it in order to solve a specific problem - coverting a stp file to stl (which creo was unable to do due to lack of memory). I modeled it quite a while ago, and don't want to have to go back and do it again as it took days, and it can't change as such as its a replacement of a specific part that is no longer available.
11:58.08DaRockunfortunately, when I convert from step using step-g, the file is small, and when I try to confert to stl it asks for objects, and I can't figure out which it is talking about, and when I open in mged it shows absolutely nothing
11:58.57DaRockwhat am I doing wrong?
12:01.08``Erikmged doesn't load objects when you first start it, try running the "tops" command at the mged command line after the .g file is opened
12:01.21DaRocknada
12:01.25DaRocktried that already
12:01.37DaRockall my googling has not helped
12:01.45DaRocktried ls, summary as well
12:02.11DaRockbasically comes up 0 in all summary
12:02.27``Erikhm, then I guess step-g failed (exactly how big is the .g file and how did you invoke step-g ?)
12:02.53DaRockstep-g -o output.g input.stp
12:03.11DaRockexactly as the docs and -h says
12:03.40DaRockfiles size of the g file is 208 bytes
12:05.18DaRockcommand output of step-g says instances found, 0 warnings 0 errors, a list of (seems) approx features, but nothing seems to actually go into the g file
12:05.34DaRock1205 instances created
12:05.44DaRockinstances valid
12:06.09``Erikhuh, I'd think step-g would want some object names to convert
12:06.22DaRock?
12:06.27DaRockreally?
12:06.36DaRockdoesn't say so in any docs
12:06.49DaRockshould be just one object anyway
12:07.35DaRocklast lines: Used 49 entities of the available 254 in schema "Config_Control_Design
12:07.35DaRockWriting output file [handle.g] ...done!
12:10.02DaRockthis is directly from the step-g command: step-g -h step-g: illegal option -- h
12:10.02DaRockUsage: step-g -o outfile.g infile.stp
12:10.55DaRockso %megd.sh
12:11.06DaRockfile->open handle.g
12:12.25DaRockfile loaded info dialog pops up with: Output from STEP coverter step-g. (units=mm)
12:12.46DaRocktops:
12:12.54DaRockls:
12:14.08DaRocksummary: 0 primitives, 0 region; 0 non region combinations, 0 total objects
12:14.41DaRockand there is no objects listed in the stp file either
12:15.04DaRockplenty of text, no object names as such though
12:15.27DaRockfile size of the stp: 77.5k
12:15.47DaRockoriginal prt file from creo is 341k
12:16.16DaRockactually... not sure. thats prt.1, prt.3 is 810k
12:26.51DaRockjust opened the file in mged directly, and it came up with the stp file contents ok, but still no objects and a whole bunch of errors in the form of: db_scan Error: bad record
12:33.16DaRockweird. tried a different step file from a different source and it worked
12:33.31DaRocktops actually output something :)
12:33.49DaRockunfortunately, the one I want seems to be screwed
12:35.47``Erikmight be the file you're using has some unsupported aspect :/ starseeker would be the go-to guy I think, maybe he'll be online in a couple hours? (I don't think his work is open today due to that blizzard, but he might get online)
12:36.33``Erikis the step geometry something you'd be able to share to help solve this?
12:45.50DaRockcould... but I think it may have just been some quirk it wasn't happy with. It was showing elsewhere just fine, but I couldn't convert it as such. Anyway, I went back to creo and re-exported it as step. When I went back and did the convert using step-g again it responded differently, and it seemed to have worked. I went into mged then and opened the g file, and ran tops and it showed an object - yay! :) I'm just running draw on it
12:46.18DaRockits taking some time, but its outputting a whole lot of crap at least in the cli wondow
12:47.29DaRockthat blizzard looks like some fun hey? Wouldn't want to be caught in the middle of that... then again, it'd probably suit me better than the heat we have here atm :)
12:51.47DaRockI have a wireframe now :) so to clarify how does the g-stl work then? What objects are required? If I run ls in mged it says ''0.r/R and ''0.s
12:52.51DaRockdo I run g-stl -o handle.stl handle.g ''0.r/R
13:01.50*** join/#brlcad ries (~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl)
13:02.36DaRockrunning it on "''0.r" is saying tesellation failure
13:10.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:15.44``Erikthe /R just says that the region flag is set, just 0.r should work... um, what does 'rt' in the cmd window do? does it raytrace correctly? (tesellation failure is something that was being worked on, I'm not sure what the current state is... once again, a starseeker issue ;) )
13:16.33``Erikif creo can output a facetized format, that might be a workaround?
13:18.28DaRockfacetized format? Like stl? lol.... oh wouldn't that be nice :)
13:19.31DaRockmain reason for taking this road is that creo runs out of memory while tessellating in stl, or other formats mind. PITA of a program if you ask me
13:20.17DaRockI upped the page file size, but basically it goes over around 2G of memory which a 32bit ssytem can't handle as far as I can tell
13:21.28DaRock0.r came up with unknown object
13:21.47DaRockmged has frozen atm... give it a bit
13:22.47DaRockI'm trying to get away from creo, but it keeps dragging me back kicking and screaming :)
13:24.03DaRockwhen I do finally get rid of it I might have to have a ritual burning or something... kick its ass to the curb :)
13:26.24DaRockhow does rt work?
13:26.40DaRockI've used rt ''0.r and it fails
13:30.50``Erikif you have the wireframe up in the display window, just 'rt'
13:31.12DaRockso I have to draw first?
13:32.05``Erikyeah, or 'e', if you just want to call 'rt' with no arguments... otherwise it'd be "rt 0.r" (and may take quite a while if your nurbs are hairy)
13:32.56``Erikbut it'll let you know if the nurbs's (?) converted correctly and seem valid
13:36.12DaRockhow long should it take?
13:38.59*** join/#brlcad JulytoNovember (~ubuntu@2602:306:3b33:9ac0:c906:a4f7:2483:b739)
13:40.58DaRockI have an ogl lingering window open, the graphics window is the same, and the cli says the command has finished - I think. The ogl window is black though, and I still only see wireframe
13:42.04*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
13:50.11DaRockwell the ogl window is not so black now, but still not in any expected form - just some weird shape atm
14:02.08DaRockI'm going to have to call it a day, but thanks for the help ``Erik
14:02.28DaRockfinally finished after 1017s cpu time
14:03.07DaRockrecognisable shape, but I'm not 100% sure what I'm expecting to see as such
14:03.27DaRocknot sure what errors should come up either
14:03.59DaRockdid get a lot of assumptions made though about faces and seams
14:56.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:52.11*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
16:18.04*** join/#brlcad merzo (~merzo@92.60.189.225)
17:20.20andromeda-galaxy``Erik, brlcad: are either of you still around?
17:47.48*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-twdrqkpgphrmpakd)
18:12.36*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
18:41.20*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:36.25*** join/#brlcad merzo (~merzo@78-117-133-95.pool.ukrtel.net)
23:25.10*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160126

IRC log for #brlcad on 20160126

02:22.02*** join/#brlcad bnfdpmzlalqopxbz (~armin@dslb-088-066-212-172.088.066.pools.vodafone-ip.de)
03:03.07*** join/#brlcad JulytoNovember (~ubuntu@2602:306:3b33:9ac0:c906:a4f7:2483:b739)
03:16.58*** part/#brlcad JulytoNovember (~ubuntu@2602:306:3b33:9ac0:c906:a4f7:2483:b739)
06:12.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
09:13.21*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:04.38*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
11:05.43*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:20.42*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
14:55.52*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
14:57.51Notify03BRL-CAD:d_rossberg * 66945 brlcad/trunk/src/conv/patch/patch-g.c: fixed the nmg part of this conversion: mk_nmg() frees the model, i.e reusing it or even nmg_km() will result in an errorhowever, some of the converted nmgs still don't look right
15:06.56*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
16:36.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:31.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:42.43*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:08.08*** join/#brlcad Ch3ck (uid129553@gateway/web/irccloud.com/x-pjodrjrrkmeijegc)
19:52.50*** join/#brlcad gaganjyot (~gaganjyot@223.225.130.120)
23:27.03*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:58.38*** join/#brlcad merzo (~merzo@22-117-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20160127

IRC log for #brlcad on 20160127

00:10.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:21.13*** join/#brlcad oqgrgtlnvkwxcarw (~armin@dslb-092-074-244-187.092.074.pools.vodafone-ip.de)
03:26.28*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
03:57.34Notify03BRL-CAD:ejno * 66946 brlcad/trunk/src/libgcv/plugins/CMakeLists.txt: list the 'libgcv_plugins' target under the 'BRL-CAD Shared Libraries' CMake folder
04:03.52Notify03BRL-CAD:ejno * 66947 brlcad/trunk/src/libgcv/plugins/CMakeLists.txt: link plugin libraries with libgcv (needed for Windows)
05:09.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:28.33brlcadandromeda-galaxy: es, sorry .. lots of time dealing with blizzard aftermath :)
05:28.50brlcads/es/yes, here/
05:29.36brlcadandromeda-galaxy: will be around to talk more tomorrow about getting the files up
06:00.20Notify03BRL-CAD Wiki:Sean * 9517 /wiki/Developer_Documents: Reverted edits by [[Special:Contributions/JoeSattylo|JoeSattylo]] ([[User talk:JoeSattylo|talk]]) to last revision by [[User:Sean|Sean]]
06:00.34Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:JoeSattylo: Spamming links to external sites
06:32.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
10:03.27*** join/#brlcad merzo (~merzo@92.60.189.225)
10:39.16*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
11:53.05Notify03BRL-CAD Wiki:Netwerk400 * 0 /wiki/User:Netwerk400:
14:40.53*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
15:22.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:27.58Notify03BRL-CAD:starseeker * 66948 (brlcad/trunk/src/libged/joint.h brlcad/trunk/src/libged/nirt.c): Remove a couple unnecessary/unused Tcl bits from libged.
15:29.44Notify03BRL-CAD:starseeker * 66949 (brlcad/trunk/src/libged/comb_std.c brlcad/trunk/src/libged/vdraw.c): Couple more stray tcl.h includes
15:30.26*** join/#brlcad merzo (~merzo@92.60.189.225)
15:32.39Notify03BRL-CAD:starseeker * 66950 brlcad/trunk/src/gtools/gdiff/gdiff.h: gdiff doesn't need tcl.h
15:34.05Notify03BRL-CAD:starseeker * 66951 (brlcad/trunk/src/libanalyze/tests/raydiff.c brlcad/trunk/src/libanalyze/tests/solid_partitions.c): shouldn't need tcl.h in these tests...
15:44.03Notify03BRL-CAD:starseeker * 66952 (brlcad/trunk/src/libpkg/CMakeLists.txt brlcad/trunk/src/libtclcad/libfuncs.c): Move the Pkg_Init function to tclcad.
16:16.27Notify03BRL-CAD:brlcad * 66953 brlcad/trunk/CMakeLists.txt: note that it's specifically the all-encompassing 'test' tests that might fail, but 'regress' tests should all pass.
16:35.29Notify03BRL-CAD:starseeker * 66954 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/libgcv/plugins/obj/wfobj/CMakeLists.txt brlcad/trunk/src/other/CMakeLists.txt): Mark some settings as advanced.
17:02.58Notify03BRL-CAD:starseeker * 66955 brlcad/trunk/CMakeLists.txt: Hard define, not cmakedefine
17:36.20Notify03BRL-CAD:starseeker * 66956 (brlcad/trunk/src/libgcv/plugins/decimate/CMakeLists.txt brlcad/trunk/src/libgcv/plugins/fastgen4/CMakeLists.txt and 2 others): list some libs for the plugins... looks like we need to call them out on Windows.
17:48.47Notify03BRL-CAD:starseeker * 66957 (brlcad/trunk/src/libgcv/plugins/obj/CMakeLists.txt brlcad/trunk/src/libgcv/plugins/obj/wfobj/obj_parser.h): Make an initial stab at getting libwfobj ready for Windows...
18:10.52Notify03BRL-CAD:starseeker * 66958 brlcad/trunk/src/libgcv/plugins/obj/wfobj/obj_parser.h: Not there yet... try some more tweaks.
19:00.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:12.09*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:20.18*** join/#brlcad Ch3ck (~Ch3ck@41.205.27.32)
19:28.57*** join/#brlcad Ch3ck (~Ch3ck@154.70.110.46)
19:32.37*** part/#brlcad Ch3ck (~Ch3ck@154.70.110.46)
21:04.19*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:09.02Notify03BRL-CAD:starseeker * 66959 (brlcad/trunk/misc/doxygen/Doxyfile.in brlcad/trunk/misc/doxygen/libbu.dox): xrefitem allows for the creation of a "Features" page, although I'm not sure yet if it'll work for our needs...
22:40.15Notify03BRL-CAD:starseeker * 66960 (brlcad/trunk/misc/doxygen/CMakeLists.txt brlcad/trunk/misc/doxygen/Doxyfile.in brlcad/trunk/misc/doxygen/libbu.dox): Define a features page, rather than xrefitem. For now this is a hardcoded test, but eventually we can generate this from CMake if we prefer.
22:52.47*** join/#brlcad LordOfBikes (~armin@dslb-092-074-244-187.092.074.pools.vodafone-ip.de)
IRC log for #brlcad on 20160128

IRC log for #brlcad on 20160128

00:23.05*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
00:23.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:19.48*** join/#brlcad yqxublyynsbnzpge (~armin@dslb-088-065-178-111.088.065.pools.vodafone-ip.de)
03:21.50*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
03:23.26*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
03:23.40*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
03:23.40*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
03:23.50*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
03:24.42*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
04:23.06andromeda-galaxybrlcad: oops, sorry, my irc client disconnected and I didn't realize, so I missed you one more time... I've pm'd you the details of the plan I had set up, it would be great if you could take a look at it when you have a chance, and let me know what you think... I'll probably be able to discuss more tomorrow (sorry I missed you today!)
05:20.51*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
05:22.27*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
05:22.28*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
05:22.42*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
05:22.50*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
05:23.10*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
05:42.26*** join/#brlcad greenapple (0e8b2997@gateway/web/freenode/ip.14.139.41.151)
08:03.16*** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-msfjcyovzclkmzco)
08:18.17*** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-gdyzhvjurhstkrgq)
08:53.28*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:19.30*** join/#brlcad merzo (~merzo@92.60.189.225)
10:46.55*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
10:53.49*** join/#brlcad greenapple (0e8b2997@gateway/web/freenode/ip.14.139.41.151)
14:14.48Notify03BRL-CAD:starseeker * 66961 brlcad/trunk/src/libgcv/plugins/CMakeLists.txt: DIRECTORY -> PATH, ws
14:23.58Notify03BRL-CAD:starseeker * 66962 brlcad/trunk/src/libgcv/plugins/CMakeLists.txt: See if a straight include_directories will work for older CMakes... problematic, but the alternative is to bump our required CMake version. Getting close to that point for a number of reasons, but for now give this a shot...
14:42.58brlcadstarseeker: is it time to just bootstrap the version of cmake we want
15:39.04*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
15:54.35brlcadhmm
16:07.09starseekerbrlcad: maybe - if we can bump our minimum to 3.0.2 or some such that would take care of most of it
16:07.30starseekerchecks Debian stable...
16:08.06starseekerhah - https://packages.debian.org/jessie/cmake
16:12.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:33.22Notify03BRL-CAD:starseeker * 66963 (brlcad/trunk/src/conv/CMakeLists.txt brlcad/trunk/src/libgcv/plugins/obj/CMakeLists.txt and 8 others): Make libwfobj into a stand-alone compile.
17:05.54Notify03BRL-CAD:starseeker * 66964 (brlcad/trunk/src/libgcv/plugins/obj/wfobj/obj_grammar.yy brlcad/trunk/src/libgcv/plugins/obj/wfobj/obj_grammar_decls.h and 4 others): Rework
17:22.13Notify03BRL-CAD:starseeker * 66965 brlcad/trunk/src/libgcv/plugins/obj/wfobj/obj_grammar.yy: cleanup
17:24.08Notify03BRL-CAD:starseeker * 66966 brlcad/trunk/src/libgcv/plugins/obj/wfobj/obj_grammar.yy: GCC 4.2 is now very old, and snprintf needs a define for MSVC.
17:43.40Notify03BRL-CAD:starseeker * 66967 brlcad/trunk/src/libgcv/plugins/obj/wfobj/obj_parser.cpp: For whatever reason, it currently wants both extern "C" and WFOBJ_EXPORT in the .cpp file to generate a .lib file in MSVC. Still not sure why - maybe something to do with the use of C++ namespaces?
18:20.47*** join/#brlcad zenemij (~quassel@2a00:1508:1:f018:e009:72a4:cdcf:f560)
18:23.25zenemijhey!
18:23.40zenemiji Remember some forum discussion between brlcad and freecad people
18:23.55zenemijdo some collaboration started ?
19:20.16andromeda-galaxybrlcad: I'm back, did I miss you?
20:13.13brlcadstarseeker: sounds good to me either way (bumping or bundling)
20:14.09brlcadandromeda-galaxy: I missed you!
20:26.56starseekerwill bump once distcheck passes again - just got Windows build fixed (isst apparently works on Windows now!) and need to tidy up
20:29.42starseekerwonders if isst warrants a desktop icon... probably needs more UI polish first...
20:30.25Notify03BRL-CAD:starseeker * 66968 (brlcad/trunk/misc/doxygen/CMakeLists.txt brlcad/trunk/src/libgcv/plugins/obj/CMakeLists.txt brlcad/trunk/src/other/stepcode.dist): Update ignore file lists for CMake
20:40.49Notify03BRL-CAD:starseeker * 66969 brlcad/trunk/src/libgcv/plugins/obj/wfobj/CMakeLists.txt: copy paste strikes again
21:07.43andromeda-galaxybrlcad: did you see writeup that I sent you earlier?
21:13.09Notify03BRL-CAD:starseeker * 66970 brlcad/trunk/CMakeLists.txt: We apparently need some quoting here.
21:43.34Notify03BRL-CAD:starseeker * 66971 brlcad/trunk/src/libgcv/plugins/vrml/vrml_read/string_util.cpp: Add common.h to string_util.cpp
21:46.49Notify03BRL-CAD:starseeker * 66972 brlcad/trunk/regress/repository.sh: Update repository.sh script
22:04.14brlcadandromeda-galaxy: I did -- it sounds good -- but to understand, that's the external files that will get referenced in the repo?
22:05.02andromeda-galaxybrlcad: the repo --- which will go on github --- will be a git annex repository with a web special remote pointing at brlcad.org
22:05.42brlcadright, but the dump into /usr/web is the repo or the files that annex will reference?
22:05.59andromeda-galaxyI was planning that that
22:06.05andromeda-galaxywould be the files
22:06.11andromeda-galaxy1,2s/\n//
22:10.00andromeda-galaxybrlcad: gci-backlog-data.tar.gz in ~peter is the data dump (the archive that I'd extract into /usr/web/brclad.org/gci/data), if you want I can move/copy that somewhere that you can take a look at it
22:10.15brlcadno, go ahead
22:10.41andromeda-galaxydid the .htaccess lines that I posted seem right to you?
22:19.42andromeda-galaxybrlcad: I just did a quick test to confirm that those actually do disable execution and came up with a small tweak (it looks like the SetHandler wasn't properly being applied); see /usr/web/brlcad.org/gci/data/.htaccess for the new version (test.php in that directory is a tiny php script that I used to make sure that it was correctly disabled, which it was...)
22:23.45andromeda-galaxybrlcad: if the .htaccess lines look good, I'll untar the datadump inside /data (using --strip-components to avoid data/data uris)
22:28.32brlcadsure, the .htaccess looked/looks fine
22:29.57andromeda-galaxygreat!  shall I do the untar now?
22:30.49brlcadyep!
22:30.59brlcadwhat's the untarred size?
22:31.34brlcadwe need to do some filesystem cleanup soon.. half TB almost full...
22:31.56brlcadwe can spill over onto another drive if we need to, but there's a lot of big data laying waste
22:33.14andromeda-galaxybrlcad: hold on a sec let me check what it islocally
22:33.33andromeda-galaxybrlcad: 3.0G
22:33.39brlcadcool
22:34.07andromeda-galaxyit's in the middle of untarring on the sever right now...
22:36.03andromeda-galaxybrlcad: http://brlcad.org/gci/data/2012-8123204-Mock_up_new_BRL-CAD_website_interface_design_5_-_BRL-CAD/file-2-2012-12-27T01:59-0800-homepage.png, for example
22:36.12andromeda-galaxyunexpected problem, though: http://brlcad.org/gci/data/2012-8123204-Mock_up_new_BRL-CAD_website_interface_design_5_-_BRL-CAD/task.html
22:36.24andromeda-galaxythe task pages all use a bunch of css with relative urls
22:39.06andromeda-galaxybrlcad: are there any xml manipulation tools on the server?  I can probably rewrite the style link quickly enough, but I'd rather not spend another ~3 hours uploading a new data dump just for that...
22:42.47brlcadthat looks awesome
22:43.27andromeda-galaxygreat! what do you think we should do about the accidentally unstyled task description pages?
22:44.21andromeda-galaxy(the tar just finished, so it should all be up now)
22:44.26Notify03BRL-CAD:starseeker * 66973 (brlcad/trunk/db/comgeom/CMakeLists.txt brlcad/trunk/db/faa/CMakeLists.txt and 4 others): Some distclean cleanup
22:44.40Notify03BRL-CAD:starseeker * 66974 (brlcad/trunk/misc/CMake/FindLEMON.cmake brlcad/trunk/misc/CMake/FindPERPLEX.cmake and 21 others): Compact down the LEMON/RE2C/PERPLEX CMake pieces into three files instead of six.
22:45.36brlcadI think the pages can be fixed pretty trivially with a find sed replacement
22:45.48brlcadjust needs a couple images and css files
22:46.29andromeda-galaxyoh, that's probably true actually, the melange pages are autogenerated + pretty regular
22:46.45andromeda-galaxyI tend to be paranoid about using sed on things that are context-free langauges
22:48.32andromeda-galaxyshould we grab copies of the styles and put them on our server, and then rewrite to point to them? (so that we can keep going if melange goes down)
22:49.16brlcadyeah, should be fully self-contained
22:50.10andromeda-galaxyThat makes sense.  what do you think of leaving the links for user profiles & the melange menu broken (since there's not really anything sane we could do with them)?
22:51.03brlcadprobably something like find . -name task.html -exec perl -pi -e 's/soc\/content\/2-1-20151016-1-g2aa4932\//gci/g' {} \;
22:51.23andromeda-galaxyalso: the file listing on the task pages points to melange, which is annoying.  Do you think that it's worth trying to rewrite all of the download links to relative pointers to the local files?
22:51.44brlcadthen mkdir gci/images/... copy in the css and few images
22:52.20andromeda-galaxythat looks right to me, but that implies creating /gci/css and /gci/styles, should we do that or /gci/data/{css,styles}? (since there's other stuff in /gci right now)
22:54.07brlcadnah, it's fine .. there's not much in gci
22:54.22andromeda-galaxyokay, I'll wget the files & rewrite the uris now
22:55.04andromeda-galaxythe task links will be annoying to do now though, since they'd require parsing a bunch of xml (and dates in it!) stretched over multiple lines...
23:00.06andromeda-galaxyha! the menu and task file links are all broken, but: http://brlcad.org/gci/data/2012-8123204-Mock_up_new_BRL-CAD_website_interface_design_5_-_BRL-CAD/task.html
23:00.27*** join/#brlcad merzo (~merzo@185-47-133-95.pool.ukrtel.net)
23:02.44starseekerwoo hoo! basic distcheck passes again
23:03.22starseekerfires distcheck-full
23:03.58brlcadandromeda-galaxy: "curl -O url" is simpler than wget ;)
23:04.20andromeda-galaxyreally?
23:04.25brlcaddon't have to fix all the a links, just want it to display readably
23:04.49brlcadI mean, if you can fix the links to point to the local files, that would be awesome, but not strictly necessary
23:05.19andromeda-galaxyI see.  well, it displays readably now, so I'll work on the git annex repo now, hopefully that'll be ready soon s well
23:05.32brlcadawesome
23:06.37andromeda-galaxyif you'll be around for a little while, I'll let you know when I have something that looks right to me
23:07.53andromeda-galaxyhmm, actually one more question first:
23:08.11Notify03BRL-CAD:starseeker * 66975 brlcad/trunk/src/libgcv/plugins/obj/CMakeLists.txt: Set target folder for libwfobj targets
23:09.02andromeda-galaxydo we want to use github, or should we stick the actual repository on our server? the git-annex workflow is apparently a bit more complicated when you have to use separate special remotes, but since we don't intend to actually *change* anything, that might be fine
23:13.32andromeda-galaxybrlcad: also git-annex seems inclined to track which checkouts of the main repository have which files, which may or may not actually be desirable
23:13.54andromeda-galaxy(probably not, since I can't think of any use we have for that information)
23:19.42brlcadI'm actually waffling on the value of a revpo looking at these files on the server now
23:20.21andromeda-galaxybrlcad: what's the alternative?
23:24.36brlcadwell, just trying to think what it's bringing to the table
23:25.07andromeda-galaxyover in-place modifying the directories on the server?
23:25.16brlcadyep
23:25.28brlcadguess it depends who all is going to be involved in processing
23:25.58brlcadmost devs have an account an a directory-based workflow could be set up
23:26.05brlcadwhat's the complication using github?
23:26.30andromeda-galaxyright, if we want anyone without access to be able to help with categorizing (which might be good for images, etc.) then the repository is nice, but otherwise the only thing that it adds is an assurance that we can't accidentally delete everything, and it's not at all hard to re-create, so that's not worth that much
23:26.49brlcadif there's a repo, it can be wherever, don't really care -- just think the activity will be far more visible and allow for discussion if it's on github
23:27.14brlcadthat's true, accidental deletions
23:27.39andromeda-galaxy(the main thing that I worry about without the repo is the possibility of deleting something and not noticing it)
23:28.09andromeda-galaxythe complication about github according to git annex is just that github doesn't let them upload the files, which we don't want them to do.  the complication with using git-annex overall is that it wants to keep track of every repo clone and which ones have the files in them
23:28.38andromeda-galaxywhich is awesome if you're one person using it to sync up stuff across a bunch of computers, but doesn't work that well with our planned workflow
23:29.30andromeda-galaxysince contributors might not want the world knowing their hostname and directory paths...
IRC log for #brlcad on 20160129

IRC log for #brlcad on 20160129

00:59.26Notify03BRL-CAD:starseeker * 66976 brlcad/trunk/src/libgcv/plugins/obj/wfobj/obj_rules.l: remove commented out header
01:01.10Notify03BRL-CAD:starseeker * 66977 brlcad/trunk/regress/repository.sh: Couple more files to ignore
01:18.09starseekerbrlcad: not sure why we haven't seen it before, but I'm getting a benchmark failure on the odd pathnames regression test.
01:18.29starseekerbrlcad: it looks like the "look_for" function is having problems when fed paths with spaces in them
01:18.54starseekerso far I haven't been able to figure out what the necessary quoting is
01:19.42starseeker(in the run.sh file, or bin/benchmark when copied to the build directory)
01:22.13starseekerbrlcad: conceptually, could benchmark be a C++ compiled program?
01:22.51starseekeris trying to figure out how to do what that does portably... sh is out for Windows reasons, CMake is a bad idea because we want benchmark to run from an installed BRL-CAD even without CMake on the system...
02:18.40*** join/#brlcad pefdheytrnbwhnmb (~armin@dslb-088-066-141-131.088.066.pools.vodafone-ip.de)
04:14.19andromeda-galaxybrlcad: when you decide on what you think is the best way around the repository issue, ping me & mention it, I'll see it sometime
04:14.46andromeda-galaxystarseeker: we can't just bundle mingw bash?H
04:59.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:25.22brlcadstarseeker: think I found the problem
05:25.49brlcadrather, definitely found at least one problem that is probably why odd pathnames is failing
05:26.17brlcadthe benchmark itself and look_for is handling spaces and other odd chars fine
05:29.39brlcadit's the command-line argument handling, not quoting the args or the cwd for automatic searching
06:11.25Notify03BRL-CAD:brlcad * 66978 brlcad/trunk/bench/run.sh: change to a while loop so argument override handling will properly handle variables with spaces (e.g., RT=/path\ to/foo/bin/rt). make is more clear that any argsremaining are assumed to be rt args.
06:12.51brlcadstarseeker: and way ahead of you there on the portability thoughts
06:15.00brlcadandromeda-galaxy: so it's sounding like git annex workflow isn't really going to work anyways -- what about using github LFS?
06:15.23brlcadI'd assumed annex would only refer to canonical path on .bz
06:15.36brlcadnot each author's clone
08:29.14Notify03BRL-CAD:brlcad * 66979 brlcad/trunk/bench/run.sh: space handling issues were a bit more complex than initially diagnosed. needed to quote cwd paths being searched and eval quoted command invocations. untested handling of PATH with spaces, and need to make sure eval is behaving on some non-bsd cli variants.
10:34.37*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:28.23Notify03BRL-CAD:brlcad * 66980 brlcad/trunk/misc/CMake/distcheck_repo_verify.cmake.in: some distcheck fixes; wasn't working from a source/build path containing spaces
12:03.45``Erikcurl and wget are nice and all, but fetch is where it's at, yo!
12:43.44starseekerbrlcad: thanks for the catch (r66980) - should have spotted that long since
12:44.10starseekershakes head at self... no wonder I was seeing that test finish earlier in the logs
14:45.29Notify03BRL-CAD:starseeker * 66981 brlcad/trunk/misc/CMake/distcheck_repo_verify.cmake.in: Don't want quotes around list of paths when doing list processing operations.
15:22.44andromeda-galaxybrlcad: I'm taking a look at lfs now, let me make sure it doesn't have the same problems..
15:31.13starseekerbrlcad: odd pathnames benchmark is still failing
15:31.21starseekercan't find rt
15:32.29starseekerwhat's the result of the thinking for portable benchmark?  half tempted to see if I can throw a C++ program together, if that's the answer...
15:41.56andromeda-galaxybrlcad: it looks to me like git lfs expects some special kind of server of its own, it won't track files that are just available over http, so we'd have to stick the files in github. I'm not clear on whether they're git lfs implementation is okay with 3GB of files per repo, though
15:56.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:06.15Notify03BRL-CAD:d_rossberg * 66982 brlcad/trunk/src/conv/patch/rpatch.c: a small change which makes MS Windows users happy: omit the carriage returns at lines' ends which confuse patch-g
16:53.12starseekerandromeda-galaxy: even if it is, I'd be surprised if github would go for that...
17:02.51Notify03BRL-CAD:starseeker * 66983 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/doxygen/CMakeLists.txt brlcad/trunk/src/CMakeLists.txt): Proof-of-concept BRLCAD_FEATURES macro that produces a Features list in the doxygen output.
17:03.28starseekerbrlcad: 66983 is the "flat" feature list - essentially entries with an optional description.
17:03.33andromeda-galaxystarseeker: indeed. they have a thing about 1G repos somewhere else, but that page says something about how you should version stuff with git lfs if its too big, so I'm not sure what their limits are
17:59.45*** join/#brlcad Ch3ck (uid129553@gateway/web/irccloud.com/x-ckjltauhrdnkcpwu)
18:37.20*** join/#brlcad JulytoNovember (~ubuntu@2602:306:3b33:9ac0:6c76:2406:5159:478e)
18:59.18Notify03BRL-CAD:starseeker * 66984 brlcad/trunk/include/vmath.h: Tweaks to vmath.h doxygen.
19:52.42*** join/#brlcad merzo (~merzo@185-47-133-95.pool.ukrtel.net)
21:00.56brlcadandromeda-galaxy: my understanding was that lfs was specifically so you can go over (WAY over) with lfs because that's what it's designed for
21:01.59brlcadstarseeker: way past thinking ... don't worry about it? :)
21:02.33brlcadI wasn't done with benchmark odd pathnames -- distcheck-full is still giving me some fits
21:09.09starseekerbrlcad: fair enough
21:10.56*** join/#brlcad merzo (~merzo@26-28-133-95.pool.ukrtel.net)
21:15.59andromeda-galaxybrlcad: indeed... so you think that using lfs & putting all of the data on github might be better than hosting the data ourselvs?
21:41.48brlcadandromeda-galaxy: yes if there's value in having it in a repo, collaborative value ... and I think there probably is for this for the reasons we talked about yesterday
21:42.42brlcadthe only problem I just found is that lfs is limited to 1GB
21:42.50brlcad(we could pay for more)
23:06.24andromeda-galaxybrlcad: that's a problem (and part of what I was worrying about earlier)... do you know of any other decent alternatives?
23:16.55brlcadandromeda-galaxy: let me think on it...
23:45.01*** join/#brlcad merzo (~merzo@126-245-134-95.pool.ukrtel.net)
IRC log for #brlcad on 20160130

IRC log for #brlcad on 20160130

00:12.13andromeda-galaxybrlcad: sounds good, ping me when you have a conclusion
00:21.59*** part/#brlcad JulytoNovember (~ubuntu@2602:306:3b33:9ac0:6c76:2406:5159:478e)
00:22.12*** join/#brlcad JulytoNovember (~ubuntu@2602:306:3b33:9ac0:6c76:2406:5159:478e)
00:22.40*** part/#brlcad JulytoNovember (~ubuntu@2602:306:3b33:9ac0:6c76:2406:5159:478e)
01:54.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:17.50*** join/#brlcad hhkoqegsqrzvbyov (~armin@dslb-088-065-189-135.088.065.pools.vodafone-ip.de)
02:19.07brlcadstarseeker: I get a cmake distcheck-full error with the list unquoted:
02:19.12brlcadCMake Error at CMakeTmp/distcheck_repo_verify.cmake:241 (list): list sub-command REMOVE_ITEM requires two or more arguments.
02:20.44brlcadahh, SVN_FILES is empty
02:20.51brlcadnot handling that
02:57.38*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
04:27.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:27.29*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
13:21.17Notify03BRL-CAD Wiki:46.126.110.245 * 9518 /wiki/Talk:Documentation: Created page with "make[2]: *** Keine Regel vorhanden, um das Target »doc/docbook/articles/en/./TEMPLATE.valid«,"
13:22.50Notify03BRL-CAD Wiki:46.126.110.245 * 9519 /wiki/Talk:Documentation:
13:25.16Notify03BRL-CAD Wiki:46.126.110.245 * 9520 /wiki/Talk:Documentation: Blanked the page
15:05.20Notify03BRL-CAD:brlcad * 66985 brlcad/trunk/misc/CMake/distcheck_repo_verify.cmake.in: fix some errors if our file lists are pooched. still need to do some assertions earlier on.
15:16.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:18.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:02.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:51.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:33.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160131

IRC log for #brlcad on 20160131

02:10.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:16.44*** join/#brlcad edkevkuymehgscan (~armin@dslb-088-066-214-120.088.066.pools.vodafone-ip.de)
02:50.15*** join/#brlcad merzo (~merzo@198-31-132-95.pool.ukrtel.net)
03:44.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:07.08Notify03BRL-CAD Wiki:MikeC331956 * 0 /wiki/User:MikeC331956:
04:31.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:31.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
09:22.47*** join/#brlcad greenapple (0e8b2997@gateway/web/freenode/ip.14.139.41.151)
10:29.50*** join/#brlcad ickby (~stefan@x5d84c4a5.dyn.telefonica.de)
10:30.28ickbyHello guys, any new information about the GSoC participation this year?
10:35.43ickbyI did not yet received any emails from the mailing list, hopefully I was added correctly?
11:19.30*** join/#brlcad ickby_ (~stefan@x5d84c4a5.dyn.telefonica.de)
12:29.13*** join/#brlcad ``Erik (~erik@100.16.40.20)
12:29.13*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
12:29.13*** join/#brlcad greenapple (0e8b2997@gateway/web/freenode/ip.14.139.41.151)
12:29.13*** join/#brlcad merzo (~merzo@198-31-132-95.pool.ukrtel.net)
12:29.13*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
12:29.13*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
12:29.13*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
12:29.13*** join/#brlcad ChanServ (ChanServ@services.)
12:29.13*** mode/#brlcad [+o ChanServ] by asimov.freenode.net
12:29.34*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
12:30.08*** join/#brlcad LordOfBikes (~armin@dslb-088-066-214-120.088.066.pools.vodafone-ip.de)
12:30.08*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
12:30.08*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
12:30.08*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
12:30.11*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
12:30.11*** join/#brlcad ceterumnet (~ceterumne@50.56.243.144)
12:30.31*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
12:30.49*** join/#brlcad ickby (~stefan@x5d84c4a5.dyn.telefonica.de)
12:32.01*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
12:32.01*** join/#brlcad ``Erik (~erik@100.16.40.20)
12:35.08*** join/#brlcad ickby_ (~stefan@x5d84c4a5.dyn.telefonica.de)
12:35.08*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
12:35.08*** join/#brlcad KimK (~Kim__@68.102.66.31)
12:35.08*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
13:39.41*** join/#brlcad ickby (~stefan@x5d84c4a5.dyn.telefonica.de)
13:59.40*** join/#brlcad ickby (~stefan@x5d84c4a5.dyn.telefonica.de)
15:21.41*** join/#brlcad ickby (~stefan@x5d84c4a5.dyn.telefonica.de)
16:43.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:02.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:42.14brlcadickby: you were added, but there's not been discussion yet -- gci ends monday
17:56.55ickbyah ok
17:57.01ickbygood to hear
18:25.41*** join/#brlcad ickby (~stefan@x5d84c4a5.dyn.telefonica.de)
20:02.57*** join/#brlcad merzo (~merzo@198-31-132-95.pool.ukrtel.net)
20:57.05*** join/#brlcad ickby (~stefan@x5d84c4a5.dyn.telefonica.de)
21:09.10*** join/#brlcad merzo (~merzo@40-15-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20160201

IRC log for #brlcad on 20160201

00:10.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:15.27*** join/#brlcad zpfmdrzznhibzyvo (~armin@dslb-088-066-129-072.088.066.pools.vodafone-ip.de)
04:20.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:52.14Notify03BRL-CAD:brlcad * 66986 brlcad/trunk/misc/CMake/distcheck_repo_verify.cmake.in: if svn isn't working, don't blather errors repeatedly. rename 'raw' references to soemthing more descriptive.
05:16.59Notify03BRL-CAD:brlcad * 66987 brlcad/trunk/misc/CMake/distcheck_repo_verify.cmake.in: 'ground truth' does not say what was observed, use more descriptive 'fs file list' which happens to parallel the other two listings too. removes need to explain the term in this context as well.
05:56.34*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
07:10.25*** join/#brlcad merzo (~merzo@40-15-133-95.pool.ukrtel.net)
08:47.35*** join/#brlcad merzo (~merzo@40-15-133-95.pool.ukrtel.net)
10:04.28*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:20.50*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
10:20.50*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
10:21.52*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
10:24.33*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
10:25.51*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
11:29.47*** join/#brlcad svineet (~Sai@103.203.234.27)
11:29.59*** part/#brlcad svineet (~Sai@103.203.234.27)
13:39.40*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
13:40.12Notify03BRL-CAD:brlcad * 66989 brlcad/trunk/misc/CMake/Distcheck.cmake: more quoting for running from paths with spaces
15:10.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:42.28Notify03BRL-CAD:starseeker * 66990 brlcad/trunk/include/dm/CMakeLists.txt: Stash some old design work/thoughts on how to rework the libdm API.
16:28.15Notify03BRL-CAD:brlcad * 66991 brlcad/trunk/misc/CMake/BRLCAD_CPackOptions.cmake.in: fix another spot of spaces in path names, quoted.
16:50.01Notify03BRL-CAD:brlcad * 66992 brlcad/trunk/misc/CMake/distclean.cmake.in: another dir to quote
17:08.58*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
17:21.37*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
17:22.10andromeda-galaxybrlcad: if I missed anything you said, sorry---I've had some probems with the machine running my irc bouncer
18:18.14*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
19:00.58*** join/#brlcad Ch3ck_ (uid129553@gateway/web/irccloud.com/x-dabtwkifzfhmhamg)
19:57.30brlcadandromeda-galaxy: no, you're good :)
20:22.15*** join/#brlcad LordOfBikes (~armin@dslb-088-066-129-072.088.066.pools.vodafone-ip.de)
20:44.21starseekerbrlcad: did/does the BRLCAD_FEATURE macro + doxygen page look workable?
21:31.51Notify03BRL-CAD:starseeker * 66993 (brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp brlcad/trunk/src/libbrep/libbrep_brep_tools.h): These routines never worked correctly, and the problem they were intended to address has been handled in a different fashion.
21:53.36*** join/#brlcad merzo (~merzo@31-53-132-95.pool.ukrtel.net)
22:12.40Notify03BRL-CAD:starseeker * 66994 (brlcad/branches/gecode/src/other/CMakeLists.txt brlcad/branches/gecode/src/other/PoissonRecon/CMakeLists.txt and 144 others): Sync with trunk up to r66992 (part 1)
22:23.12Notify03BRL-CAD:starseeker * 66995 (brlcad/branches/gecode/src/CMakeLists.txt brlcad/branches/gecode/src/README and 2468 others): Sync with trunk up to r66992 (part 2)
22:39.04Notify03BRL-CAD:starseeker * 66996 (brlcad/trunk/src/libgcv/plugins/obj/wfobj/CMakeLists.txt brlcad/trunk/src/libgcv/plugins/obj/wfobj/obj_parser.cpp): For newer compilers, should be using unique_ptr instead of auto_ptr.
22:42.56Notify03BRL-CAD:starseeker * 66997 (brlcad/branches/gecode/AUTHORS brlcad/branches/gecode/BUGS and 670 others): Sync with trunk up to r66992 (part 3)
22:44.10Notify03BRL-CAD:starseeker * 66998 (brlcad/branches/qtged/src/other/CMakeLists.txt brlcad/branches/qtged/src/other/PoissonRecon/CMakeLists.txt and 139 others): Sync with trunk up to r66992 (part 1)
22:52.45Notify03BRL-CAD:starseeker * 66999 (brlcad/branches/qtged/src/CMakeLists.txt brlcad/branches/qtged/src/README and 2460 others): Sync with trunk up to r66992 (part 2)
22:56.21Notify03BRL-CAD:starseeker * 67000 (brlcad/branches/qtged/AUTHORS brlcad/branches/qtged/BUGS and 659 others): Sync with trunk up to r66992 (part 3)
23:46.07Notify03BRL-CAD:brlcad * 67001 (brlcad/trunk/misc/doxygen/CMakeLists.txt brlcad/trunk/misc/doxygen/Doxyfile.in): get doxygen closer to working from paths with spaces
IRC log for #brlcad on 20160202

IRC log for #brlcad on 20160202

00:18.31*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:21.07*** join/#brlcad LordOfBikes (~armin@dslb-088-066-214-146.088.066.pools.vodafone-ip.de)
03:31.52Notify03BRL-CAD:brlcad * 67002 brlcad/trunk/misc/doxygen/Doxyfile.in: use DOXYGEN_DOT_FOUND from FindDoxygen to set whether we have Graphviz's dot tool available instead of assuming it is
04:22.25Notify03BRL-CAD:brlcad * 67003 brlcad/trunk/misc/doxygen/Doxyfile.in: Use MathJAX for rendering equations (e.g., include/brep/pullback.h:get_closest_point). this makes the doxygen output render embedded latex equations clientside instead of trying to run them through latex/dvips, which doxygen tries even when latex is turned off and is not installed. gorgeous result, tested on safari+chrom+firefox on mac.
04:22.29brlcadstarseeker: that is perfect!
04:22.42brlcadnew section looks fantastic
04:34.31Notify03BRL-CAD:brlcad * 67004 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/Doxygen.cmake brlcad/trunk/src/CMakeLists.txt): these are either BRLCAD_* macros and we should encapsulate the notion that they produce doxygen output, or they're DOXYGEN_* helper macros that have nothing specificallly to do with BRL-CAD. going with the latter, less work.
04:36.14*** join/#brlcad ickby (~stefan@x5d845498.dyn.telefonica.de)
04:51.46starseekerbrlcad: mathjax works in chromium on Linux - doesn't seem to out of box in firefox, but that might just be my local setup...
04:51.55starseekerdoes look really cool in chromium
05:07.39brlcadif you go to mathjax.org and look at the examples, do they work?
05:08.03brlcadthere's a drop-down for the four different renderers mathjax supports (all client-side, including svg)
05:08.16brlcaddoxygen presumably uses the default
06:26.48Notify03BRL-CAD:brlcad * 67005 brlcad/trunk/bench/run.sh: fix ostensibly the remainder of quoting issues precluding running from paths with spaces. look_for was indeed failing to find dirs because of spaces in paths; changed to +shift method. also fixed buggy evals introduced on the previous; needed to escape all quotes and slashes being evaluated, not just the command name itself.
06:28.15Notify03BRL-CAD:brlcad * 67006 brlcad/trunk/NEWS: fixed benchmark bug running from paths with spaces
07:39.06*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
09:48.50*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:27.08*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
12:35.23starseekerbrlcad: ah, got it (browser extensions were interfering)
12:37.12starseekersweet
12:37.50starseekeronly concern is situations where internet access isn't available, but that's probably going to be rare enough that we can ignore it
12:40.40starseekeror produce a pdf version for those cases
12:57.50*** join/#brlcad maths22_ (~maths22@unaffiliated/maths22)
13:07.44*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
14:08.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:34.23brlcadstarseeker: mathjax runs clientside, so it doesn't strictly require internet access
14:34.35brlcadjust common to pull the mathjax.js from them directly so one gets any updates
14:34.55teepee`brlcad: hi
14:34.56brlcadif we change the html to point to a local copy, it'll be entirely offline
14:35.06brlcadhowdy teepee`
14:35.23teepee`brlcad: just curious... any plans for gsoc this year?
14:36.00brlcadteepee`: yeah, just starting up the discussion now and will be sending something out to the list this week
14:36.19teepee`ahh, nice
14:36.51teepee`some of the gsoc people were at FOSDEM, but I did not have much chance to talk to somebody
14:45.54brlcadprobably stephanie and cat
14:48.16Notify03BRL-CAD:d_rossberg * 67007 brlcad/trunk/src/libbu/mime.cmake: don't HIDE bu_file_mime_int() in mime.c, it is be used in other parts (3dm-g, icv) of BRL-CAD
16:27.00*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:07.27*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:47.51*** join/#brlcad ickby (~stefan@x5d84c59e.dyn.telefonica.de)
18:04.16*** join/#brlcad ickby (~stefan@x5d84c59e.dyn.telefonica.de)
18:08.43*** join/#brlcad ickby (~stefan@x5d84c59e.dyn.telefonica.de)
20:05.33Notify03BRL-CAD Wiki:Juniorisrael * 0 /wiki/User:Juniorisrael:
20:29.49Notify03BRL-CAD:brlcad * 67008 brlcad/trunk/sh/CMakeLists.txt: remove the Sourceforge tracker.sh script. it's no longer compatible with the 'new' allure infrastructure and the compelling need from a core customer no longer exists, hasn't in years.
20:31.04Notify03BRL-CAD:brlcad * 67009 brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmatomic.h: match arg names consistently
20:42.47Notify03BRL-CAD:brlcad * 67010 brlcad/trunk/misc/CMake/distcheck_repo_verify.cmake.in: stray dolla
20:44.06brlcadlooks like there are 67 instances remaining unquoted
20:44.18brlcadthis finds them:
20:44.31brlcadgrep -E '[^"](\${|@)CMAKE_(BINARY|SOURCE)_DIR' misc/CMake/*
21:01.16*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
21:28.52Notify03BRL-CAD Wiki:85.245.164.106 * 9521 /wiki/User:Vasco.costa/GSoC15/proposal:
21:33.20Notify03BRL-CAD Wiki:85.245.164.106 * 9522 /wiki/User:Vasco.costa:
21:33.39Notify03BRL-CAD Wiki:85.245.164.106 * 9523 /wiki/User:Vasco.costa:
21:33.59Notify03BRL-CAD Wiki:85.245.164.106 * 9524 /wiki/User:Vasco.costa:
21:56.33Notify03BRL-CAD:brlcad * 67011 brlcad/trunk/TODO: multiple reports of rtg3 failing (on Windows) when run without a ray data file specified. seems like the usability can be improved here. see brlcad-devel mailing list chatter from 2016/02/02.
22:36.50*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:38.54Notify03BRL-CAD:n_reed * 67012 (brlcad/branches/brep-debug/CHANGES brlcad/branches/brep-debug/CMakeLists.txt and 47 others): merge changes from trunk r66538 through r66603
22:44.35Notify03BRL-CAD:n_reed * 67013 (brlcad/branches/brep-debug/CHANGES brlcad/branches/brep-debug/CMakeLists.txt and 40 others): merge changes from trunk r66604 through r66692
22:50.59Notify03BRL-CAD:n_reed * 67014 (brlcad/branches/brep-debug/BUGS brlcad/branches/brep-debug/CHANGES and 62 others): merge changes from trunk r66693 through r66747
23:02.41Notify03BRL-CAD:n_reed * 67015 (brlcad/branches/brep-debug/CMakeLists.txt brlcad/branches/brep-debug/COPYING and 3097 others): merge changes from trunk r66748 through r66799
23:24.23Notify03BRL-CAD:brlcad * 67016 brlcad/trunk/src/other/openNURBS/opennurbs_point.cpp: decouple openNURBS from common.h ... the HAVE_IEEEFP_H define is set in the CMakeLists.txt file as a -D define build flag.
IRC log for #brlcad on 20160203

IRC log for #brlcad on 20160203

00:18.58Notify03BRL-CAD:brlcad * 67017 (brlcad/trunk/src/adrt/CMakeLists.txt brlcad/trunk/src/adrt/adrt.h and 7 others): get the adrt master renderer working again. mainly needed updates to bring it up to our coding standards, to make sure everything is declared properly before use, some size_t cleanup (MUCH more needed), and to undo the fugly macroness of tienet send/recv.
00:19.49Notify03BRL-CAD:n_reed * 67018 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/NEWS and 155 others): merge changes from trunk r66800 through r66849
00:25.41Notify03BRL-CAD:n_reed * 67019 (brlcad/branches/brep-debug/CHANGES brlcad/branches/brep-debug/doc/STRATEGY and 81 others): merge changes from trunk r66850 through r66901
00:36.17Notify03BRL-CAD:brlcad * 67020 (brlcad/trunk/src/adrt/master/master.c brlcad/trunk/src/adrt/master/tienet_master.c and 2 others): simplify the compression code. no need for the capability to riddle the code with compile-time blocks and create variable-length structs. only conditionalize the actual compression code which will probably make sense to also deconditionalize eventually (i.e., always compress). found+fixed a
00:36.19Notifybug in master where it wasn't properly sizing the compression buffer to fit the component length, unset variable or moved code.
00:36.21Notify...
00:42.49Notify03BRL-CAD:n_reed * 67021 (brlcad/branches/brep-debug/CHANGES brlcad/branches/brep-debug/CMakeLists.txt and 80 others): merge changes from trunk r66902 through r66954
00:47.21Notify03BRL-CAD:n_reed * 67022 (brlcad/branches/brep-debug/CMakeLists.txt brlcad/branches/brep-debug/NEWS and 60 others): merge changes from trunk r66955 through r67010
02:25.32*** join/#brlcad LordOfBikes (~armin@dslb-092-074-248-096.092.074.pools.vodafone-ip.de)
08:10.34Notify03BRL-CAD:brlcad * 67023 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/adrt/master/master.c): daemon() is deprecated on mac 10.5+ resulting in compilation warnings and a -Werror halt. provide a fallback based on fork().
08:11.33Notify03BRL-CAD:brlcad * 67024 brlcad/trunk/src/adrt/master/master.c: one implies the other, simplify.
08:16.28Notify03BRL-CAD:brlcad * 67025 brlcad/trunk/src/rt/view_bot_faces.c: do not need to declare the rtg3 global here
08:42.53Notify03BRL-CAD:brlcad * 67026 (brlcad/trunk/src/rt/do.c brlcad/trunk/src/rt/viewg3.c): first pass attempt at fixing a bug reported by bob anderson (and others using rtg3 near him). it was assuming an initialized vls meant we had a file path, unaware that it was simple zero-initialized and empty. needs more testing, but this should do the trick. move the ray_data_file global and option specification here too, so it's
08:42.56Notifylocalized where it's used.
08:42.58Notify...
09:10.26*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:11.52*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
10:19.31*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:16.10*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
12:10.14*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
13:52.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:19.28*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
14:36.56*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
15:24.31*** join/#brlcad anirudhk (~anirudh@223.176.156.131)
15:31.04Notify03BRL-CAD:starseeker * 67027 brlcad/trunk/src/adrt/master/tienet_master.c: Clear shadowing of globals.
15:31.55Notify03BRL-CAD:starseeker * 67028 (brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake brlcad/trunk/misc/CMake/BRLCAD_Options.cmake and 2 others): Do some more quoting
15:45.34Notify03BRL-CAD:starseeker * 67029 (brlcad/trunk/misc/CMake/CheckCSourceRuns.cmake brlcad/trunk/misc/CMake/DiffCache.cmake and 10 others): More path quoting
16:24.08*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
16:27.16Notify03BRL-CAD:starseeker * 67030 (brlcad/trunk/misc/CMake/BRLCAD_CMakeFiles.cmake brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake and 13 others): More quoting
16:30.32Notify03BRL-CAD:starseeker * 67031 (brlcad/trunk/misc/tools/dom2dox/CMake/FindLEMON.cmake brlcad/trunk/misc/tools/dom2dox/CMake/FindPERPLEX.cmake and 10 others): Sync copies
16:40.35Notify03BRL-CAD:starseeker * 67032 brlcad/trunk/misc/CMake/distcheck_in_src_dir.cmake.in: Couple paths in scripts...
16:44.57Notify03BRL-CAD:starseeker * 67033 (brlcad/trunk/misc/CMake/Distcheck.cmake brlcad/trunk/misc/CMake/DocBook.cmake and 2 others): Some more quoting
17:02.40*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-mareexxwcspvehoi)
17:07.45*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-piedkrnttrfeiakn)
17:13.19Notify03BRL-CAD:n_reed * 67034 (svn:mergeinfo ## -1,5 +1,5 ## and 7 others): record revisions merging from trunkProperty Changed:----------------brlcad/trunk/brlcad/trunk/src/libged/polyclip.cpp
17:33.54*** join/#brlcad ickby (~stefan@x5d846e0c.dyn.telefonica.de)
17:42.27Notify03BRL-CAD:starseeker * 67035 brlcad/trunk/CMakeLists.txt: Start quoting paths in the top level CMakeLists.txt file
17:54.02Notify03BRL-CAD:starseeker * 67036 brlcad/trunk/CMakeLists.txt: More quoting
18:02.05Notify03BRL-CAD:starseeker * 67037 (brlcad/trunk/bench/CMakeLists.txt brlcad/trunk/db/CMakeLists.txt and 3 others): more path quoting
18:14.11Notify03BRL-CAD:starseeker * 67038 brlcad/trunk/src/other/CMakeLists.txt: Path quoting in src/other/CMakeLists.txt
18:19.58Notify03BRL-CAD:starseeker * 67039 brlcad/trunk/src/other/CMakeLists.txt: More path quoting in src/other/CMakeLists.txt
18:23.54Notify03BRL-CAD:starseeker * 67040 brlcad/trunk/src/util/CMakeLists.txt: Mark the icv executable as no-install until it's ready
18:38.09Notify03BRL-CAD:starseeker * 67041 brlcad/trunk/misc/CMake/distcheck_repo_verify.cmake.in: fix distcheck-repo_verify logic.
18:43.26*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:57.21Notify03BRL-CAD:brlcad * 67042 brlcad/trunk/doc/STRATEGY: note that this is an org-mode document
20:04.03*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
21:11.12*** join/#brlcad merzo (~merzo@15-20-132-95.pool.ukrtel.net)
21:36.59Notify03BRL-CAD:n_reed * 67043 brlcad/trunk/sh/CMakeLists.txt: add script to generate an emacs org mode file representing a file heirarchy along with the output for trunk
21:51.39Notify03BRL-CAD:starseeker * 67044 brlcad/trunk/src/adrt/master/tienet_master.c: Check return value of system
22:16.52Notify03BRL-CAD:n_reed * 67045 (svn:mime-type ## -1 +1 ## and 18 others): fix file propertiesProperty Changed:----------------brlcad/trunk/sh/fs2org.sh
22:46.26Notify03BRL-CAD:starseeker * 67046 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMakeLists.txt): Quote CMAKE_INSTALL_PREFIX
22:50.17*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160204

IRC log for #brlcad on 20160204

02:24.23*** join/#brlcad bfyzzqjlpghlsych (~armin@dslb-088-065-179-023.088.065.pools.vodafone-ip.de)
04:22.52*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
05:37.24*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
05:45.22*** join/#brlcad ickby (~stefan@x5d844b0f.dyn.telefonica.de)
05:49.51*** join/#brlcad stefan__ (~stefan@x5d844b0f.dyn.telefonica.de)
05:54.17*** join/#brlcad stefan__ (~stefan@x5d844b0f.dyn.telefonica.de)
05:58.30*** join/#brlcad stefan__ (~stefan@x5d844b0f.dyn.telefonica.de)
06:26.45*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
08:44.31*** join/#brlcad infobot (ibot@rikers.org)
08:44.31*** topic/#brlcad is http://ibot.rikers.org/%23brlcad/ || We're busy preparing a major release 7.26 (eta January) and getting archer/mged to Beta status (eta April) || SEEKING: web devs to finish setting up our new website!
09:21.08*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:15.40*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:50.16*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
10:52.57*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
12:49.57*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
12:55.09*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
14:02.10*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
14:56.08*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
15:38.33Notify03BRL-CAD:starseeker * 67049 (brlcad/trunk/misc/CMake/distcheck_in_src_dir.cmake.in brlcad/trunk/misc/CMake/distcheck_target.cmake.in): We can't quote pathnames inside the distcheck target definition, and it appears we don't need to anyway.
16:19.37Notify03BRL-CAD:starseeker * 67050 brlcad/trunk/TODO: TODO note on libgcv/plugins CMake workaround.
16:22.33Notify03BRL-CAD:starseeker * 67051 brlcad/trunk/TODO: Need to test libbu hashing vs. Tcl hashing...
16:24.02starseekerwoo-hoo!  distcheck-full passed!
16:24.09starseekerbrlcad: thanks!
16:24.32starseekerproceeds to see what broke on Windows & FreeBSD...
16:29.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:57.55Notify03BRL-CAD:starseeker * 67052 brlcad/trunk/CMakeLists.txt: No quotes in message
17:01.37Notify03BRL-CAD:starseeker * 67053 brlcad/trunk/CMakeLists.txt: Getting resets of CMAKE_CONFIGURATION_TYPES - compress down to Debug/Release
17:38.26*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
17:40.14*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
17:41.50Notify03BRL-CAD Wiki:Idontexist * 0 /wiki/User:Idontexis:
17:46.20Notify03BRL-CAD:starseeker * 67054 brlcad/trunk/src/other/CMakeLists.txt: Now that we've got freetype in, Tk can use it too - don't restrict to OSG
18:35.28Notify03BRL-CAD:starseeker * 67055 (brlcad/trunk/INSTALL brlcad/trunk/configure and 2 others): Try an experiment - make tinycthread a proper src/other lib.
18:37.35Notify03BRL-CAD:starseeker * 67056 brlcad/trunk/NEWS: Note the new option on bot_decimate
18:44.24Notify03BRL-CAD:starseeker * 67057 brlcad/trunk/src/other/tinycthread/CMakeLists.txt: copy/paste error
18:50.16Notify03BRL-CAD:starseeker * 67058 (brlcad/trunk/src/other/CMakeLists.txt brlcad/trunk/src/other/poly2tri/CMakeLists.txt and 2 others): use dashes rather than underscores
20:49.39*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
20:49.39*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
20:49.39*** join/#brlcad ``Erik (~erik@100.16.40.20)
20:51.47*** join/#brlcad ``Erik (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
20:52.29*** join/#brlcad kanzure (~kanzure@bryan.fairlystable.org)
20:57.40*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
21:02.44*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
21:04.00Notify03BRL-CAD:starseeker * 67060 brlcad/trunk/src/other/tinycthread/tinycthread.h: forgot an export
21:08.00``Erikhuh http://9bitscience.blogspot.com/2013/07/raymarching-distance-fields_14.html
21:24.12Notify03BRL-CAD:starseeker * 67061 (brlcad/trunk/src/adrt/master/compnet.c brlcad/trunk/src/adrt/master/dispatcher.c and 3 others): This gets things compiling on Windows for adrt. Untested.
21:29.40Notify03BRL-CAD:starseeker * 67062 brlcad/trunk/src/adrt/tienet.c: avoid collisions with globals
22:08.25starseekerOK, isst looks about as healthy as it ever did - the "Cut" option doesn't work, but it crashes on Linux as well as of r67016 (before any work was started with adrt master)
22:08.49starseekerwonder why it happened to work on Windows earlier...
22:12.21Notify03BRL-CAD:starseeker * 67063 brlcad/trunk/src/adrt/isst: Disable ISST's 'Cut' option until we can make it work reliably - right now it looks like it's a no-go
22:33.44*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:11.37*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:23.21Notify03BRL-CAD:starseeker * 67064 (brlcad/trunk/misc/tools/astyle/ASBeautifier.cpp brlcad/trunk/misc/tools/astyle/ASEnhancer.cpp and 10 others): Update our copy of astyle to the lastest svn (2.06-Pending r493).
IRC log for #brlcad on 20160205

IRC log for #brlcad on 20160205

02:23.14*** join/#brlcad djdqesuozcthujya (~armin@dslb-088-066-158-110.088.066.pools.vodafone-ip.de)
03:10.30Notify03BRL-CAD:starseeker * 67065 (brlcad/trunk/TODO brlcad/trunk/src/tclscripts/tkcon.tcl): tkcon's clear was conflicting with MGED's - rename
03:19.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:30.18*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
04:33.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:17.53*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:45.49*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
07:46.25*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
07:46.25*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
07:51.19*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
07:56.25*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
07:56.35*** join/#brlcad Ch3ck (~Ch3ck@66.118.151.70)
07:57.07*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
07:57.20*** join/#brlcad Guest25529 (~ejno@unaffiliated/kazaik)
08:02.48*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
08:03.10*** join/#brlcad starseeker (~starseeke@66.118.151.70)
08:08.04*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
08:08.39*** join/#brlcad Ch3ck (~Ch3ck@66.118.151.70)
08:14.44*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
08:19.36*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
08:19.54*** join/#brlcad starseeker (~starseeke@66.118.151.70)
08:23.03*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
08:40.17*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
08:41.15*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
08:47.41*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
08:53.52*** join/#brlcad Guest71027 (~ejno@unaffiliated/kazaik)
08:54.42*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
09:10.31*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
09:12.32*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
09:12.32*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
09:20.49*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
09:21.18*** join/#brlcad brlcad (~sean@66.118.151.70)
09:25.43*** join/#brlcad maths22 (~maths22@66.118.151.70)
09:25.43*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
09:27.18*** join/#brlcad starseeker (~starseeke@66.118.151.70)
09:30.23*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
09:39.42*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
09:41.38*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
09:44.27*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
09:45.32*** join/#brlcad Ch3ck (~Ch3ck@66.118.151.70)
09:49.39*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
09:51.31*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
09:55.11*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
10:01.32*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
10:07.24*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
10:14.03*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
10:14.39*** join/#brlcad merzo (~merzo@92.60.189.225)
10:27.50*** join/#brlcad Ch3ck (~Ch3ck@66.118.151.70)
10:33.15*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
10:33.59*** join/#brlcad maths22 (~maths22@66.118.151.70)
10:33.59*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
10:34.03*** join/#brlcad Notify (~notify@66.118.151.70)
10:35.00*** join/#brlcad Ch3ck (~Ch3ck@66.118.151.70)
10:36.01*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
10:41.45*** join/#brlcad brlcad (~sean@66.118.151.70)
10:42.33*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
10:47.28*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
10:48.21*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
11:02.13*** join/#brlcad brlcad (~sean@66.118.151.70)
11:04.44*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
11:05.56*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
11:15.42*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
11:22.34*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
11:22.44*** join/#brlcad ejno__ (~ejno@unaffiliated/kazaik)
11:25.42*** join/#brlcad starseeker (~starseeke@66.118.151.70)
11:27.03*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
11:27.03*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
11:38.36*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
11:42.31*** join/#brlcad brlcad (~sean@66.118.151.70)
11:42.44*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
11:42.45*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
11:42.51*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
11:43.28*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
11:44.18*** join/#brlcad ejno (~ejno@66-118-151-70.static.sagonet.net)
11:44.18*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
11:57.21*** join/#brlcad brlcad (~sean@66.118.151.70)
12:04.13*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
12:05.24*** join/#brlcad brlcad (~sean@66.118.151.70)
12:06.04*** join/#brlcad maths22 (~maths22@66.118.151.70)
12:06.04*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
12:07.03*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
12:12.16*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
12:13.22*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
12:13.39*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
12:14.15*** join/#brlcad ejno (~ejno@66-118-151-70.static.sagonet.net)
12:14.15*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
12:18.51*** join/#brlcad Ch3ck (~Ch3ck@66.118.151.70)
12:24.09*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
12:24.09*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
12:34.52*** join/#brlcad brlcad (~sean@66.118.151.70)
12:38.12*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
12:38.22*** join/#brlcad Ch3ck (~Ch3ck@66.118.151.70)
12:43.48*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
12:44.01*** join/#brlcad brlcad (~sean@66.118.151.70)
12:44.02*** join/#brlcad Ch3ck (~Ch3ck@66.118.151.70)
12:54.18*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
12:54.26*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
13:00.17*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
13:03.33*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
13:04.36*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
13:10.31*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
13:15.04*** join/#brlcad brlcad (~sean@66.118.151.70)
13:15.56*** join/#brlcad Ch3ck (~Ch3ck@66.118.151.70)
13:16.02*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
13:19.39*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
13:20.29*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
13:22.52*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
13:24.51*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
13:25.43*** join/#brlcad starseeker (~starseeke@66.118.151.70)
13:30.53*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
13:37.22*** join/#brlcad starseeker (~starseeke@66.118.151.70)
13:38.23*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
13:42.49*** join/#brlcad starseeker (~starseeke@66.118.151.70)
13:47.18*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
13:49.26*** join/#brlcad brlcad (~sean@66.118.151.70)
13:49.37*** join/#brlcad starseeker (~starseeke@66.118.151.70)
13:59.17*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
14:06.16*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
14:06.22*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
14:12.33*** join/#brlcad ejno_ (~ejno@66-118-151-70.static.sagonet.net)
14:12.33*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
14:12.42*** join/#brlcad starseeker (~starseeke@66.118.151.70)
14:21.12*** join/#brlcad maths22 (~maths22@66.118.151.70)
14:21.12*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
14:31.05*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
14:31.52*** join/#brlcad Guest42774 (~ejno@66-118-151-70.static.sagonet.net)
14:31.57*** join/#brlcad Guest42774 (~ejno@unaffiliated/kazaik)
14:33.33*** join/#brlcad Ch3ck (~Ch3ck@66.118.151.70)
14:36.34*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
14:40.11*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
15:16.35*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
15:19.00*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
15:21.53*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
15:23.33*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
15:36.08*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
15:36.30*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
15:42.46*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
15:43.04*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
15:44.39*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
15:45.13*** join/#brlcad starseeker (~starseeke@66.118.151.70)
15:50.32*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
15:50.32*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
15:50.54*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
15:50.59*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
16:17.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:07.28*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
17:12.43*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
17:18.40*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
17:19.37*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
17:24.38*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
17:24.39*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
17:25.01*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
17:25.31*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
17:26.36*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
17:28.21*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
17:30.23*** join/#brlcad Notify (~notify@66.118.151.70)
17:31.09*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
17:34.43*** join/#brlcad Guest14280 (~ejno@unaffiliated/kazaik)
17:35.26*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
17:39.33*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
17:39.40*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
17:41.39*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
17:41.42*** join/#brlcad Ch3ck (~Ch3ck@66.118.151.70)
17:42.16*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
17:50.40*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
18:19.27*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
18:19.37*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
18:20.09starseekerblinks
18:20.18starseekerlot of up and down
18:48.28*** join/#brlcad stefan__ (~stefan@x5d84d937.dyn.telefonica.de)
19:47.24*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
21:53.22*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
22:27.54*** join/#brlcad merzo (~merzo@126-245-134-95.pool.ukrtel.net)
23:50.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160206

IRC log for #brlcad on 20160206

00:13.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:18.46*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:51.51starseekercool:  https://github.com/nucleic/kiwi
02:28.25*** join/#brlcad LordOfBikes (~armin@dslb-092-075-152-178.092.075.pools.vodafone-ip.de)
04:12.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:43.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:48.04*** join/#brlcad ickby (~stefan@x5d84da47.dyn.telefonica.de)
08:28.34Notify03BRL-CAD Wiki:LachanceMax * 0 /wiki/User:LachanceMax:
08:30.28Notify03BRL-CAD Wiki:LachanceMax * 9525 /wiki/Developer_Documents:
08:31.01*** join/#brlcad ickby (~stefan@x5d84da47.dyn.telefonica.de)
09:05.24*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
09:09.33*** join/#brlcad LordOfBikes (~armin@dslb-092-075-152-178.092.075.pools.vodafone-ip.de)
11:35.40*** join/#brlcad ickby (~stefan@x5d84da47.dyn.telefonica.de)
11:46.29*** join/#brlcad merzo (~merzo@126-245-134-95.pool.ukrtel.net)
13:51.38*** join/#brlcad merzo (~merzo@126-245-134-95.pool.ukrtel.net)
14:25.39*** join/#brlcad ickby (~stefan@x5d84da47.dyn.telefonica.de)
15:53.39*** join/#brlcad ickby (~stefan@x5d84da47.dyn.telefonica.de)
16:17.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:59.39*** join/#brlcad ickby (~stefan@x5d84da47.dyn.telefonica.de)
17:03.39*** join/#brlcad ickby (~stefan@x5d84da47.dyn.telefonica.de)
17:45.42*** join/#brlcad ickby (~stefan@x5d84da47.dyn.telefonica.de)
17:51.48*** join/#brlcad ickby (~stefan@x5d84da47.dyn.telefonica.de)
18:09.41*** join/#brlcad ickby (~stefan@x5d84da47.dyn.telefonica.de)
18:45.42*** join/#brlcad ickby (~stefan@x5d84da47.dyn.telefonica.de)
19:56.47*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:51.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:29.43*** join/#brlcad ickby (~stefan@x5d84da47.dyn.telefonica.de)
22:10.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:36.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:51.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160207

IRC log for #brlcad on 20160207

01:21.43*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:26.27*** join/#brlcad mahqjavuykmhxziy (~armin@dslb-092-075-158-227.092.075.pools.vodafone-ip.de)
03:02.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:09.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:32.19*** join/#brlcad ickby (~stefan@x5d845a79.dyn.telefonica.de)
06:42.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:22.36Notify03BRL-CAD Wiki:Sean * 9526 /wiki/Developer_Documents: Reverted edits by [[Special:Contributions/LachanceMax|LachanceMax]] ([[User talk:LachanceMax|talk]]) to last revision by [[User:Sean|Sean]]
07:23.08Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:LachanceMax: Spamming links to external sites
09:28.18*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
09:34.23*** join/#brlcad merzo (~merzo@126-245-134-95.pool.ukrtel.net)
13:56.30*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
14:00.37*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
16:34.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:31.43*** join/#brlcad LordOfBikes (~armin@dslb-092-075-158-227.092.075.pools.vodafone-ip.de)
18:28.34*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:20.21*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
19:22.40*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
19:29.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:12.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:08.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160208

IRC log for #brlcad on 20160208

00:41.33*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:33.23*** join/#brlcad LordOfBikes (~armin@dslb-092-075-156-238.092.075.pools.vodafone-ip.de)
06:04.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:40.32*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8001:646d:60b2:f03f:7a3b:eabd)
06:42.25*** part/#brlcad ofnlut_ (~ofnlut_@2601:143:8001:646d:60b2:f03f:7a3b:eabd)
07:53.05*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:32.26*** join/#brlcad merzo (~merzo@92.60.189.225)
09:00.12*** join/#brlcad tandoorichick (~chatzilla@182.75.45.225)
09:03.29*** join/#brlcad tandoorichick_ (~chatzilla@111.93.5.194)
09:07.29*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
09:13.28*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
09:17.32*** join/#brlcad tandoorichick_ (~chatzilla@111.93.5.194)
09:21.37*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:23.31*** join/#brlcad tandoorichick_ (~chatzilla@111.93.5.194)
09:27.33*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
09:33.33*** join/#brlcad tandoorichick_ (~chatzilla@111.93.5.194)
09:37.35*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
09:43.33*** join/#brlcad tandoorichick_ (~chatzilla@111.93.5.194)
09:47.31*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
10:03.07*** join/#brlcad merzo (~merzo@92.60.189.225)
10:22.58*** join/#brlcad tandoorichick (~chatzilla@111.93.5.194)
10:25.42*** join/#brlcad tandoorichick_ (~chatzilla@111.93.5.194)
10:29.44*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
10:33.45*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
10:39.42*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
10:43.42*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
10:49.42*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
10:53.41*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
10:59.45*** join/#brlcad tandoorichick_ (~chatzilla@111.93.5.194)
11:03.44*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
11:09.43*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
11:14.01*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
11:19.43*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
11:26.16*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
11:30.21*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
12:10.24*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
14:41.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:20.20brlcadthis is awesome... http://publicdomain.nypl.org/pd-visualization/
17:21.09brlcadnew york public library released http://www.nypl.org/research/collections/digital-collections/public-domain
17:40.27brlcad673k digitized items
17:48.03*** join/#brlcad ickby (~stefan@x5d8443f2.dyn.telefonica.de)
17:54.27ickbybrlcad: Hello!
17:54.36brlcadhello
17:54.55ickbyGSoC appication period starts today, any progress made on the desicion on your side?
17:55.54brlcadyes, received several responses over the weekend and tallying up mentor support today
17:56.55*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
17:57.24ickbyoh nice. I've seen the mailing list entry and was a bit nervous because nobody answered on the list.
17:57.24brlcadwow, irssi actually crashed... that's new
17:57.29ickby:)
17:58.06brlcadseveral contacted me back privately
17:59.09ickbyso we made up a project list on our wiki. I've scanned through yours and it seems like a central place for all application in the umbrella. I think it is best to integrate at least some links in your wiki I suppose
18:00.40brlcadthe public sentiment isn't too far offset, though, that we will likely keep things really light for our mentors (i.e., few slots if any for us)
18:01.25brlcadI have a few replies and inquiries to make today, and will follow-up on the gsocax list
18:02.49brlcadhow many projects are you up to?
18:03.28brlcadyou'll want at least 10 project ideas with some detail
18:03.55ickby4 ideas, 2 we can actually handle. One for me one for yorik. We have some guys which will stay in the background and provide support
18:04.04ickby10? ok thats alot. any reason for this number?
18:04.18brlcadthe titles on our wiki ideas page links to pages with more info on each, the level of detail expected
18:04.47ickbyyes we modeled our ideas after what we found on this pages
18:04.54brlcadbecause you will not likely get applications for all your ideas, variety is needed to match up skills and interest
18:04.55ickbythey are pretty solid
18:05.03brlcadif you were applying solo, you'd want 20-30 ideas
18:06.19ickbyok, if this is the experience we will catch up. Shout not be hard, ideas are basically endless :)
18:07.23brlcadif you can't, that's fine -- just as a group, we will need 30+ -- but to attract viable students, you will want some interesting variety
18:08.08brlcadto set expectations consistently, I've found it best if mentors scope a project that would take the mentor 1-2 months of time AT MOST, closer to 1-month of full-time effort estimated
18:08.49brlcadbecause invariable and with high disparity, gsoc students will exceptionally under-estimate their time and their progress will be slow, especially getting up to speed with existing code bases
18:09.23brlcadthis is a perspective shared across most orgs and communities
18:09.34brlcadscope it for 1.5 and the student has a chance of completing it in 3  :)
18:09.41ickbyhehe
18:10.37brlcadit's easy to add more work and scope if they actually get done faster, but it's dangerous and demotivating if they're behind schedule
18:10.49ickbyI mentor studends in my company, they are even slow when physically available. could imagine what happens on distance
18:11.23brlcadone of the proposal review guidelines is to figure out if the student's skill matches the timeline they include in their proposal
18:11.43brlcadthat's great, you have some mentoring experience
18:12.29brlcadI've found it to not be a whole lot different other than being very wary of students that require extra attention, for whatever reason
18:13.36brlcadevery year, there's usually 1 or 2 "rock star" applications where it's a student that is adept at navigating code, communicating well but great at learning and exploring independently
18:14.57brlcadwe had a phd student in china helping with our NURBS boolean evaluation infrastructure (surface-surface intersection, etc) working with us for a couple years, for example
18:15.50brlcadnot the norm, though -- it's very much a bell curve with the average requiring consistent attention, review, and discussion to feel like it's productive
18:15.54ickbyI've read his application partially
18:16.40brlcadthere have been a few others as well, just last year was an outstanding student converting our ray trace pipeline over to opencl
18:17.10ickbyYeah in the end I hope we get more work out than we put in, that would be the goal.
18:18.04brlcadour goal is usually to get someone that continues to contribute after gsoc is over
18:18.14brlcadcode comes and goes, quality is all over the map
18:18.40brlcadif we can get good code, great, but I'd rather get a new dev :)
18:19.29ickbyso back to some try stuff: should I start update your wiki with our information (contacts, projects etc.)? Or will there be annother resource you guys use?
18:19.41ickby*dry
18:21.23brlcadgo ahead and add your details there
18:21.41ickbyhow do I get edit permissions?
18:21.51brlcadthat may not be the final destination, but it's closest to getting everything in one place
18:22.02brlcadjust create an account and go to town
18:22.13ickbyok sounds good
18:22.14brlcadour wiki is traditional style, open
18:22.41brlcadyou might be asked to do some math :)
18:22.56ickbywe tried this too, but never managed to hold the spam back. now personal permission is needed
18:25.34brlcadwe don't keep it back, but with that and about 6 other measures, it reduces spam to actual humans about 10-20 instances per year
18:25.37brlcadmanageable
18:26.13brlcadonce a month seems to be about the norm
18:37.15Notify03BRL-CAD Wiki:Ickby freecad * 0 /wiki/User:Ickby_freecad:
19:00.28Notify03BRL-CAD Wiki:Ickby freecad * 9527 /wiki/Summer_of_Code/Checklis:
19:01.13Notify03BRL-CAD Wiki:Ickby freecad * 9528 /wiki/Summer_of_Code/Checklis:
19:11.34teepeeahh, freecad, yay \o/
19:11.38Notify03BRL-CAD Wiki:Ickby freecad * 9529 /wiki/Summer_of_Code/Checklis:
19:31.02*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
21:24.25*** join/#brlcad merzo (~merzo@56-41-133-95.pool.ukrtel.net)
21:39.16*** join/#brlcad ickby (~stefan@x5d8443f2.dyn.telefonica.de)
21:47.19*** join/#brlcad ickby (~stefan@x5d8443f2.dyn.telefonica.de)
22:26.16starseekerbrlcad: that is awesome - I hadn't tried the visualization of the whole collection, very cool idea
23:33.21*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:45.13Notify03BRL-CAD:brlcad * 67066 brlcad/trunk/src/librt/CMakeLists.txt: remove the old unpublished rt_shoot_many_rays() multiple-ray dispatching interface. while an interesting approach, relying on a per-ray callback to set each ray for dispatch, the approach is inherently contentious with the need to semaphore block the book-keeping called per ray. plus, it doesn't let the caller precompute all rays in advance coherently.
IRC log for #brlcad on 20160209

IRC log for #brlcad on 20160209

00:12.43*** join/#brlcad qux (944a2b81@gateway/web/freenode/ip.148.74.43.129)
01:40.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:55.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:58.34brlcadstarseeker: libpng change recently (last 3-4 weeks)?  getting new failure on mac
01:59.20brlcadyeah, that collection is pretty insane ... so many gems in there I found
01:59.44brlcadold photos, lots of baltimore maps and drawings, letters, sheet music, ...
03:17.01nmz787anyone in here know much about CAM? I am interested in getting my BRL-CAD designs out into the world, and have been thinking of how to implement a g-code exporter. I've seen the shell script that's out there, but it had too many dependencies and wasn't amenable to g-code optimization (i.e. if you're targeting a laser versus a traditional mill)
04:01.05brlcadnmz787: variety of thoughts on the matter
04:01.34brlcadthe shell script method (projected polygonal tessellation) is an approach, but not a very good one at all for a variety of reasons (particularly for brl-cad models)
04:03.22brlcadanother is to use export via stl or some other polygonal form and feed that to existing software -- also an approach riddled with issues less than ideal
04:18.06brlcadnmz787: better approach is to keep the models in implicit or parametric form and evaluate slices as needed
04:21.17nmz787brlcad: yeah I've got the slicing-in-brlcad figured out. It is the edge-walking/stepping that I am not sure of... I guess some kind of ray shooting (but non-random aim) could be used ?
04:21.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:21.35brlcadthis is an approach I had a summer student work on a few years ago:
04:21.41brlcadhttp://brlcad.org/~sean/tmp/g-gcode.patch
04:21.48nmz787i've thought maybe slice in BRLCAD, then export to STL, then evaluate elsewhere
04:22.01brlcadbasically shoots rays to sample layers through the geometry, outputs corresponding gcode directly
04:22.04brlcadsimple program
04:22.59brlcadwith that, you can shoot rays at whatever resolution your printer/laser/cutter supports so you will have perfect paths
04:23.35nmz787any way to shoot rays via mged?
04:23.41nmz787or another cmdline tool?
04:23.46nmz787(existing binary)?
04:23.57nmz787something I can hack with Python ;)
04:23.58brlcadcertainly can shoot rays, sure
04:24.13brlcadnirt was made for exactly that purpose
04:24.18nmz787that file seems easy enough to port
04:24.20brlcadcan run inside or outside mged
04:24.24brlcadhas a detailed manaul
04:24.45nmz787ok, cool
04:25.14brlcadhttp://brlcad.org/w/images/f/fe/Interactive_Raytracing_-_The_nirt_Command.pdf
04:27.49nmz787nice! timing is everything in this chatroom!
04:28.12brlcadnirt run outside of mged will be far more flexible for this kind of use
04:30.03brlcadsomeone doing something similar from inside mged was talked about on the list: https://sourceforge.net/p/brlcad/discussion/362509/thread/4ca04adb/?limit=25
04:30.14nmz787well so far I've been shoving python-crafted tcl strings to mged via subprocess... and recently used subprocess to also grab the output of the 'l' command for a make_bb temp-object
04:30.19brlcadbut that will convert trivially to python outside mged
04:30.27nmz787so I can interact/parse other commands similarly
04:30.58brlcad:)
04:31.36brlcadthere is a difference in this instance in that mged has it's own view and state which gets passed to nirt when run from within mged
04:31.56brlcade.g., it shoots at the objects you've drawn from the center of the current view, whatever that may be
04:32.04brlcadoutside mged, you specify those things to nirt
04:33.30brlcadbasic approach will be to create a nirt script file which tells it what point and direction to shoot ray(s)
04:33.33nmz787btw I see you using osuosl in a screenshot, are you in OR?
04:33.43nmz787(I prev guessed MD)
04:33.51brlcadMD
04:34.33nmz787and the output is the intersection point?
04:34.40nmz787(of a shoot event)
04:34.53brlcadoutput is customizable, but yes default is hit point and thickness
04:35.13nmz787so it doesn't matter if I hit the same point from different viewpoints
04:35.15brlcadsee the manual, there are a couple other installed output forms that will be more useful, more easily parsed
04:35.39brlcadinhit and outhit points in one of them, not just inhit and thickness
04:35.56brlcadnirt -L
04:40.23nmz787hmm, i opened a spiral model (union of rpp) in nirt and used 's' from the starting menu
04:40.35nmz787I got 3 point triplets
04:40.57nmz787all from the same model-region
04:41.07nmz787(region name)
04:41.10brlcadscreenshot or output?
04:41.18nmz787console output
04:41.52nmz787http://paste.pound-python.org/show/BeGxlfcowYKdEEFiL8uZ/
04:42.02nmz787I catted a bit of the tcl script at the top
04:43.01brlcadah, that looks right
04:43.20brlcadnotice, you're shooting from 0,0,0 in the direction -1,0,0
04:43.34brlcadi.e., from the center of the spiral, out
04:43.39brlcadso it hits it three times
04:44.55brlcadfirst time at -12 (exiting at -26), then at -47 (exiting at -53), then at -79 (exiting at -84)
04:46.03brlcadit might make more sense for you to open up the model in mged and run nirt and spin the view to understand what's going on
04:46.15brlcadit'll actually show you these segments visually inside mged
04:47.54nmz787i'll do that now, all I can tell from your reply otherwise is that the X coord got subtracted from it LOS
04:50.09brlcadsomething like this is going on: http://paste.pound-python.org/show/BeGxlfcowYKdEEFiL8uZ
04:50.23brlcadoops, this: http://brlcad.org/~sean/tmp/nirt_spiral.png
04:52.56nmz787this is what mged shows with "e spiral.r" :  http://imgur.com/PKP2SfC
04:52.57brlcaddefault ray is useless, be intentional about your 'pnt' and 'dir' (from where and in what direction)
04:53.09nmz787so apparently I haven't finished my spiral script!
04:53.22brlcadso it's hitting three of those boxes
04:53.47brlcadyou can refire the same ray inside mged
04:53.49nmz787one ray or three?
04:53.56nmz787did the ray bounce?
04:54.02brlcadone ray
04:54.02nmz787reflect?
04:54.10brlcadnope
04:55.00brlcad"center 0 0 0" in mged will set your view center point to the same as what nirt used outside of mged
04:55.53brlcad"view dir" to see what your view is, but I think view dir -1,0,0 may get you oriented right so you can just run "nirt" inside mged to get the same output
04:56.22brlcadif nirt hits anything, you can rotate the view and you'll see the segments of intersection as colored line segments
04:57.28nmz787view doesn't seem to have dir
04:57.33nmz787in mged
04:57.47nmz787(release 7.24.0)
04:58.59brlcadah, my mistake
04:59.04brlcadhelp view :)
04:59.33nmz787anyway, I don't want to waste your time since I have to read the manual and such! you've given me a ton to go on for a while!
04:59.41nmz787thanks!
05:00.39brlcadah, fount it
05:00.42brlcadjust run "front"
05:00.47brlcadthat will face -1,0,0
05:03.42nmz787with that and then "nirt" , and "top" I see http://imgur.com/9gxZI07
05:03.49nmz787(and some zooming)
05:04.09brlcadthere ya go, that's the three segments it hit
05:04.31brlcadcenter -47.1519    0.0000    0.0000
05:04.54nmz787it looks like the rightmost segment went through 4 distinct boxes
05:04.57brlcador one of the other points nirt reported, and you'll see it's right there
05:05.14nmz787the middle through 2, the leftmost through 1
05:05.16brlcadyes, but you unioned them all together -- it's just one mass of material
05:05.29nmz787ah
05:05.47nmz787I do remember something about hiding those lines
05:05.57brlcadyou even unioned the disparate boxes, but it knows when it leaves and enters different portions of something
05:06.06brlcadrtedge
05:06.53nmz787hehe, well rtedge crashed mged
05:07.00brlcadwot? really?
05:07.22nmz787well, it seems to have recovered
05:07.35brlcadyou on debian?
05:08.03brlcadtry "rtedge -F/dev/X"
05:08.45nmz787ubuntu
05:08.46brlcadthere's a bug on some platform that causes X11 to go haywire (black screen) until the raytrace finishes
05:09.26brlcadsomething screwy with opengl and/or direct render mode or X11 calls or .. dunno, haven't been able to diagnose, but I have heard it reported
05:09.52nmz787that worked
05:10.00brlcadso something with opengl
05:10.04brlcador direct rendering
05:10.09nmz787here's the output of the plain command http://imgur.com/nnJJyHl
05:11.29brlcadyeah, bug in the opengl driver of some sort
05:12.17*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8001:646d:701a:226:11ad:2011)
05:12.31nmz787hmm, so maybe I want to take a slice, then shoot rays at the slice cross-sectionally
05:12.46nmz787so I only ever get one intersection
05:13.21nmz787hrmm, this is a bigger problem than I imagined when I started thinking about it a month or so ago
05:13.22brlcadthat's what that g-gcode.c program does
05:13.39nmz787ah, mm
05:14.21brlcadbasically shoots across a line of rays, then shoots the next line, then the next, etc.. outputting (very primitive) gcode instructions as it goes
05:14.59brlcadthe cool part is that it's arbitrary resolution and independent of the geometry representation format
05:15.46nmz787mmm, which is good for me, as I am working on MEMS devices (nanometers) that integrate into macro devices (millimeters or cm)
05:15.49brlcadthis makes it far more robust than any polygonal method could possibly be
05:15.54brlcadand better quality unless you want to get into sub-resolution tessellation
05:16.12nmz787not that I'd be exporting g-code from the two scales at the same time
05:16.35nmz787smartly in-filling is what is kind of scaring me now!
05:16.43nmz787but alas, I need to go consume food
05:16.44brlcadyou'd probably have trouble getting a sub-resolution tessellation to complete successfully (and you might end up with TB size models)
05:16.54*** part/#brlcad ofnlut_ (~ofnlut_@2601:143:8001:646d:701a:226:11ad:2011)
05:17.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:17.34nmz787thanks a lot brlcad ! you have given me plenty to work on and think about
05:17.43brlcadnods, glad to help!
05:18.31brlcadif you need an interim solution, you might check out "slic3r" -- it already does smart in-filling
05:18.42brlcadbut it requires tessellated input (stl)
05:18.59brlcadwhich is a real pain to get brl-cad to export sometimes
05:19.33brlcadit has to evaluate all of the boolean expressions apriori, which is an unstable problem
05:31.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:58.53Notify03BRL-CAD:brlcad * 67067 brlcad/trunk/src/librt/bundle.c: rework the rt_shootrays() logic to preallocate all rays at once, initialize them in a separate pass, and then dispatch them all at once. while more coherent, we're not going to see huge gains due to other stalling. however, this sets the stage so that we can dispatch these rays in parallel more easily.
07:40.01*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
09:53.37*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:12.49*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8001:646d:691e:3aac:1af3:1256)
11:47.56*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8001:646d:5439:2d60:14b8:3ee8)
12:54.19*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
13:01.23*** join/#brlcad ``Erik_ (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
13:10.35Notify03BRL-CAD:d_rossberg * 67068 brlcad/trunk/src/librt/bundle.c: looks like the standard setup of the gcc compiler (-Werror=c++-compat) requires an explicite cast here
13:23.55starseekerbrlcad: yes, recent libpng change
13:24.00starseekerbrlcad: what's the failure?
13:28.46starseeker(don't have a mac to test on anymore...)
14:37.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:31.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:34.17brlcadagua:.build morrison$ bin/rt
15:34.18brlcaddyld: Library not loaded: libpng16.16.dylib Referenced from: /Users/morrison/brlcad.trunk3/.build/bin/rt Reason: image not found
15:34.20brlcadTrace/BPT trap: 5
15:35.35brlcadmaybe something wrong during CMake
15:36.42brlcadcache says:
15:36.53brlcadPNG_FOUND:STRING=PNG-NOTFOUND
15:36.55brlcadyes also
15:36.56brlcadPNG_LIBRARY:STRING=/Users/morrison/Applications/lib/libpng.dylib
15:37.53brlcadand more confusing is another set of vars in the same cache further down:
15:37.58brlcadPNG_FOUND-ADVANCED:INTERNAL=1
15:38.19brlcadPNG_LIBRARY-ADVANCED:INTERNAL=1
15:39.48brlcadlooks like the actual link line is using that locally detected version
15:41.11brlcad/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc   -pipe -fno-strict-aliasing -fno-common -fexceptions -msse3 -std=gnu89 -m64 -ggdb -Qunused-arguments -fstack-protector-all -pedantic -pedantic-errors -Wall -Wextra -Wundef -Wfloat-equal -Wshadow -Wbad-function-cast -Wdeclaration-after-statement -Wc++-compat -Winline -Wno-long-long -Wno-variadic-macros -Wdocumentation
15:41.18brlcad-Wno-c11-extensions -Werror -Wl,-search_paths_first -Wl,-headerpad_max_install_names  -m64 -ggdb CMakeFiles/rt.dir/do.c.o CMakeFiles/rt.dir/main.c.o CMakeFiles/rt.dir/opt.c.o CMakeFiles/rt.dir/worker.c.o CMakeFiles/rt.dir/heatgraph.c.o CMakeFiles/rt.dir/scanline.c.o CMakeFiles/rt.dir/view.c.o  -o ../../bin/rt  ../../lib/libfb.20.0.1.dylib ../../lib/liboptical.20.0.1.dylib ../../lib/libicv.20.0.1.dylib -lm .
15:41.24brlcad./../lib/libpkg.20.0.1.dylib ../../lib/librt.20.0.1.dylib ../../lib/libgdiam.dylib ../../lib/libvds.1.0.1.dylib ../../lib/libbrep.20.0.1.dylib ../../lib/libbg.20.0.1.dylib ../../lib/libopenNURBS.2012.10.245.dylib ../../lib/libp2t.1.0.1.dylib /usr/lib/libc.dylib /usr/lib/libz.dylib ../../lib/libtinycthread.dylib -framework tcl ../../lib/libbn.20.0.1.dylib ../../lib/libbu.20.0.1.dylib -ldl -lm ../../lib/liby2
15:41.30brlcad038.dylib /Users/morrison/Applications/lib/libpng.dylib -Wl,-rpath,/Users/morrison/brlcad.trunk3/.build/lib
15:47.21brlcadstarseeker: so problem seems to be runtime rpath-related .. not finding the auto-detected lib it decided to compile against
16:04.46brlcadpresumably something related to RPath_Setup.cmake ??  I'm at a loss here as setting the library path manually works, just not when recorded in the libs/binaries
16:21.11brlcadhmm, progress .. so looks like the cmake Find macro is either searching the PATH dirs, finding the lib relative to those paths, or finding the installed png_config but not using the LDFLAGS png_config says must be used
16:25.53brlcadmanually linking with `png-config --ldflags` which is "-L/Users/morrison/Applications/lib -lpng16" vs the "/Users/morrison/Applications/lib/libpng.dylib" above, seems to work
16:45.22*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
17:20.27*** join/#brlcad ickby (~stefan@x5d84d145.dyn.telefonica.de)
17:27.25*** join/#brlcad ickby (~stefan@x5d84d145.dyn.telefonica.de)
17:57.16Notify03BRL-CAD Wiki:Ickby freecad * 9530 /wiki/Google_Summer_of_Code/Project_Ideas:
17:59.02Notify03BRL-CAD:d_rossberg * 67069 brlcad/trunk/src/conv/csg/CMakeLists.txt: this should help to solve the lemon issue here: explicitely initialize the lemon package
18:25.20starseekerbrlcad: I'm not sure -lpng16 would pull libpng.dylib
18:26.08Notify03BRL-CAD:d_rossberg * 67070 brlcad/trunk/src/conv/csg/csg_parser.lemon: reverting changes from revision 66191: I can't confirm a clean build with gcc 4.9.2 without these additions
18:26.13starseekerbrlcad: if you're using the system libpng, I wouldn't have expected the recent changes to break that...
18:26.34starseekercurious
18:27.15starseekerwonder why PNG_FOUND was set to not-found if the LIBRARY was set.
18:37.23*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:40.05starseekerbrlcad: when you use the -lpng16 linking command, is it actually finding the dylib at /Users/morrison/Applications/lib/libpng.dylib or is it locating some other library?
18:40.18starseekeri.e. what does the binary end up with per otool?
19:33.44Notify03BRL-CAD:starseeker * 67071 brlcad/trunk/src/bwish/CMakeLists.txt: These are local dirs, and need to come ahead of any system dirs contributed by the libs
19:44.48Notify03BRL-CAD:starseeker * 67072 brlcad/trunk/src/other/tinycthread/tinycthread.h: Avoid clang Wdocumentation warnings
21:23.54brlcadstarseeker: libpng.dylib is the first of a series of symlinks that ends up at libpng16.16.16.0.dylib
21:24.08brlcadall in that App lib dir
21:31.34brlcadsomething got mixed up in my testing, looks like the png-config ldflags *doesn
21:31.44brlcad*doesn't* actually fix it
21:37.53brlcadotool/ldd still just lists libpng16.16.dylib .. the problem is it either needs to embed the full rpath (which curiously I would have expected cmake's version to work) or the find script shouldn't have been nosing into PATH dirs without linking
21:38.13brlcadhttp://stackoverflow.com/questions/1937232/linking-to-a-dynamic-library-on-a-mac-with-full-path  <-- seems to be related as renaming the link does work
21:43.04*** join/#brlcad ickby (~stefan@x5d8457b8.dyn.telefonica.de)
21:54.59brlcadI think I found the underlying cause ... libpng's build does not appaer to set a proper install_name in the dylib file
21:56.41brlcadso when it gets linked by something else (via full path or -lpng16), it embeds the wrong linkage that won't work without extra steps (set DYLD_LIBRARY_PATH, use install_name_tool)
21:58.48starseekerbrlcad: sounds like a worthwhile patch to png
21:59.08starseekerbrlcad: does the ENABLE_ALL version of the build work?
21:59.20starseekerI found a test machine here and it seemed to work for me...
22:00.16brlcadhadn't tried an enable all yet, but I would expect that to work
22:01.24brlcadit's probably a case of PNG needing what you added to our build from https://cmake.org/Wiki/CMake_RPATH_handling
23:33.15*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160210

IRC log for #brlcad on 20160210

02:29.07*** join/#brlcad aktxdsflzbojdsyh (~armin@dslb-092-074-226-159.092.074.pools.vodafone-ip.de)
03:50.12*** join/#brlcad dinesh__ (~dinesh@154.70.108.216)
03:57.32dinesh__join #kde-devel
04:12.26Notify03BRL-CAD Wiki:180.178.107.26 * 9531 /wiki/ARL_Technical_Reports:
05:30.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:23.21*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
12:00.17*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8001:646d:5d:20c0:c6de:d447)
12:31.28*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8001:646d:bdb7:d0c0:18f2:f420)
14:01.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:37.45*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
16:20.26Notify03BRL-CAD Wiki:Trevorolson18 * 0 /wiki/User:Trevorolson18:
18:19.45*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:51.16*** join/#brlcad tandoorichick (~chatzilla@182.75.45.225)
19:16.17*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
20:11.30*** join/#brlcad ickby (~stefan@x5d845a96.dyn.telefonica.de)
21:18.29*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:30.38*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160211

IRC log for #brlcad on 20160211

00:37.34starseekerbrlcad: any idea why
00:37.56starseekerbu_hash_tbl_find returns prev as well as the matched result?
00:41.00starseekernotes that bu_hash is much older than he thought...
00:43.03starseekerwow... all the way back to r21640 (2002)
00:43.46starseekerfor some reason I had the idea it was a recent addition...
00:44.13starseekeris sorely tempted to simplify this API to more closely match that of the Tcl hash...
00:50.25starseekerchecks to see if the prev value is used anywhere...
00:58.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:36.14starseekernope
02:28.28*** join/#brlcad zuhtmcuczaujmsnq (~armin@dslb-088-065-188-139.088.065.pools.vodafone-ip.de)
03:00.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:21.54brlcadstarseeker: no idea
05:21.22*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8001:646d:2b:21b2:1d5b:5502)
05:40.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
09:16.42*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:34.18*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8001:646d:4561:3163:362a:847d)
13:38.39*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
14:37.06maths22htop 2.0 is now installed on bz
15:15.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:33.11*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:50.30*** join/#brlcad ickby (~stefan@x5d844e4d.dyn.telefonica.de)
19:10.20*** join/#brlcad LordOfBikes (~armin@dslb-088-065-188-139.088.065.pools.vodafone-ip.de)
19:31.43*** join/#brlcad ickby (~stefan@x5d84dcf1.dyn.telefonica.de)
21:12.29*** join/#brlcad merzo (~merzo@205-37-132-95.pool.ukrtel.net)
23:53.07*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160212

IRC log for #brlcad on 20160212

01:40.32*** join/#brlcad ovjkdmsvdwjqwbmv (~armin@dslb-088-066-213-157.088.066.pools.vodafone-ip.de)
02:43.22*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8001:646d:b4a4:ef6d:1a2c:78a5)
04:11.31*** join/#brlcad ickby (~stefan@x5d84dcf1.dyn.telefonica.de)
04:29.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:17.48*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
09:59.59*** join/#brlcad merzo (~merzo@92.60.189.225)
10:24.00*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
13:47.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:47.37*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
14:14.14*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8001:646d:a4dc:7e2c:f45e:7e78)
14:44.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:34.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:59.33*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
16:44.20brlcadmaths22: cool thx
16:55.46brlcadwth is going on ... did a cmake -DBRLCAD_BUNDLED_LIBS=ON .. and it produced "auto" results, but then still failed to link against the system regex it detected
17:01.09starseekerbrlcad: try -DBRLCAD_BUNDLED_LIBS=BUNDLED
17:01.30starseekernot sure if I've got "ON" set up as an alias for bundled
17:01.57starseekershould though - -DENABLE_ALL=ON is what I ususally use...
17:03.15brlcadI've always used ON and it's worked
17:03.24brlcad(and it's the first example you wrote in INSTALL)
17:04.26brlcadjust as concerning is this regex error -- do you know where the three #define regcomp libregex_regcomp lines are coming from in brlcad_config.h.in ?
17:06.10starseekersrc/other/CMakeLists.txt
17:06.18starseekeraround line 90
17:07.32brlcadokay, so that looks right -- it should only get in that section if bundled is on
17:08.43brlcadyet it didn't build libregex ... hm, so where's that determination made?
17:09.16brlcadlooks like THIRD_PARTY()..
17:14.53brlcadhm, not seeing how this is happening .. the src/other/CMakeLists.txt file is checking:
17:14.56brlcadif(BUILD_SHARED_LIBS AND HAVE_LIBC_REGEX AND "${BRLCAD_REGEX}" MATCHES "BUNDLED")
17:15.26brlcadwhich means all three of those must be true and BRLCAD_REGEX=BUNDLED
17:16.27brlcadyet cache recorded BRLCAD_REGEX=SYSTEM (AUTO)
17:21.55brlcadif I'm reading this right, it looks like all of the THIRD_PARTY calls are wrong...
17:22.33brlcadah, not reading them right
17:41.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:42.24*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
18:09.23*** join/#brlcad ickby (~stefan@x5d84766f.dyn.telefonica.de)
18:15.53brlcadconfirmed that BRLCAD_BUNDLED_LIBS=BUNDLED inside THIRD_PARTY, yet they are still defaulting to AUTO ...
18:34.39*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:46.00*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
19:05.22starseekerbrlcad: what platform/version of CMake?
19:08.47starseekerthe --trace option in CMake might help (bit of a verbose last resort, but it is there...)
19:18.31Notify03BRL-CAD:starseeker * 67073 brlcad/trunk/doc/CMakeLists.txt: list trunk_hierarchy.org for CMake
19:22.50Notify03BRL-CAD:starseeker * 67074 (brlcad/trunk/doc/trunk_heirarchy.org =================================================================== and 1420 others): rename
19:41.31starseekerbrlcad: are you building with gcc or clang?
20:07.15starseekerbrlcad: do you have any sense of what revision started the bad CMake behavior?
20:07.22starseekerthat might be a clue...
20:28.36*** join/#brlcad ickby (~stefan@x5d84766f.dyn.telefonica.de)
20:53.49Notify03BRL-CAD:starseeker * 67075 (brlcad/trunk/TODO brlcad/trunk/include/bu/file.h and 39 others): Prefix mime symbols with bu
21:11.05brlcadstarseeker: cmake version 3.3.0, clang, no
21:16.31brlcadgetting closer .. BRLCAD_REGEX is ON, and summary reports Compile Regex ON, but it doesn't compile libregex for librt.  REGEX_LIBRARY is set to libc
21:23.24brlcadstarseeker: where does FindREGEX actually get loaded/called?
21:46.25starseekerinside the ThirdParty macro
21:47.06starseekerprobably line 199
21:47.46starseekerbrlcad: I wasn't able to reproduce the failure locally (found a mac)
21:49.23brlcadstarseeker: what should REGEX_LIBRARY be for a bundled build?
21:50.22brlcadI just did a --trace and FindREGEX is not called
21:52.15brlcadlooks like it should be "regex"?  looking at misc/CMake/ThirdParty.cmake:255
21:57.54starseekershould be the CMake build target for the local regex library - I think that's regex
21:59.00starseekeryeah - regex
21:59.15starseekerthat will set up the build dependency on the cmake target for anything using REGEX_LIBRARY
22:32.25brlcadright, so that was somehow the problem
22:33.34brlcadtrying to find the steps to reproduce it but basically BRLCAD_BUNDLED_LIBS=ON BUILD_REGEX=ON, summary reports it ON, but REGEX_LIBRARY was not 'regex' -- it was the system one
22:34.20brlcadthis inevitably caused a build error where sources got compiled with the libregex_ prefix on symbols but it was trying to use the system regex (which obviously aren't named that way)
22:39.44brlcadstarseeker: okay, thin I got it repeatable
22:40.33brlcaddefinitely found a bug here but really not sure where/why it's happening, can you take a look?
22:41.19brlcadsomething almost certainly due to caching or the prev file (what's that for??)
22:43.13brlcadreproduce: cmake ... ; cmake -DBRLCAD_BUNDLED_LIBS ... ; cmake ...
22:43.48brlcadby the third one, it stays set to 'regex' no matter whether you set BRLCAD_BUNDLED_LIBS again or not
22:44.23brlcadpresumably swapping the order will result in what I ran into where it was stuck on REGEX_LIBRARY=/usr/lib/libc
22:44.48brlcad(you can grep REGEX_LIBRARY in the cache to see how it gets stuck and/or compile librt to see the build failure)
23:09.34*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8001:646d:ad45:886d:2186:ce81)
23:18.34brlcadugh ... those steps don't reproduce the problem .. sorry, never mind
23:24.03brlcadgives up
IRC log for #brlcad on 20160213

IRC log for #brlcad on 20160213

00:58.34*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8001:646d:e980:dee6:7fcf:3efe)
01:38.58*** join/#brlcad fsfsyzsqwwiqrtna (~armin@dslb-092-074-244-236.092.074.pools.vodafone-ip.de)
01:42.47*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8001:646d:a14b:b567:38b:ef24)
02:12.39*** join/#brlcad ickby (~stefan@x5d84766f.dyn.telefonica.de)
02:33.15starseekerbrlcad: is there any chance I can sit down with the machine when it's showing the problem?
02:33.54starseekerI can believe there's still weirdness with the cache management - I tend to clear and redo from scratch most of the time, so the odds are quite good that "stale" files could cause weird problems
02:35.16starseekerthe prev file is used for diffing, if I recall correctly - we don't update certain headers if there has been no configuration change since the last CMake run, and I need a way to know that
04:14.37*** join/#brlcad ickby (~stefan@x5d84766f.dyn.telefonica.de)
05:46.40*** join/#brlcad ickby (~stefan@x5d84766f.dyn.telefonica.de)
06:12.28*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8001:646d:d91a:64af:faf4:e781)
07:15.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:22.39*** join/#brlcad ickby (~stefan@x5d84766f.dyn.telefonica.de)
09:08.56*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
09:11.12tandoorichickcould anybody explain what exactly an 'ars' is? i went through the wiki, but didn't understand what was meant.
09:14.48*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
09:16.02*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
10:05.21*** join/#brlcad ickby (~stefan@x5d84766f.dyn.telefonica.de)
10:42.00*** join/#brlcad ickby (~stefan@x5d84766f.dyn.telefonica.de)
10:51.39*** join/#brlcad ickby_ (~stefan@x5d84766f.dyn.telefonica.de)
11:10.28*** join/#brlcad merzo (~merzo@170-30-132-95.pool.ukrtel.net)
12:23.51``Erikhm, jenkins is not in use on bz anymore?
12:25.06*** join/#brlcad ickby_ (~stefan@x5d84766f.dyn.telefonica.de)
12:26.01*** join/#brlcad ickby_ (~stefan@x5d84766f.dyn.telefonica.de)
12:42.05*** join/#brlcad merzo (~merzo@170-30-132-95.pool.ukrtel.net)
14:58.09*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8001:646d:681f:d42f:5d6e:1bb6)
15:06.05*** join/#brlcad ickby_ (~stefan@x5d84766f.dyn.telefonica.de)
15:12.48*** join/#brlcad tandoorichick (~chatzilla@182.75.45.1)
15:15.56*** join/#brlcad tandoorichick_ (~chatzilla@111.93.5.194)
15:20.00*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
15:25.57*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
15:31.56*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
15:35.54*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
15:41.56*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
15:47.56*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
15:51.54*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
15:59.53*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
16:06.15*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
16:11.55*** join/#brlcad tandoorichick_ (~chatzilla@111.93.5.194)
16:15.55*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
16:21.57*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
16:25.57*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
16:31.58*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
16:34.51brlcadtandoorichick: it's a "waterline" shape where you define contours and those contours are filled with facets
16:37.56*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
16:41.56*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
16:42.31tandoorichick_okay, thanks.. could you give some pointers as to how to calculate the centroid of an ars?
17:41.29andromeda-galaxy1
17:50.22*** join/#brlcad infobot (ibot@rikers.org)
17:50.22*** topic/#brlcad is http://ibot.rikers.org/%23brlcad/ || We're busy preparing a major release 7.26 (eta January) and getting archer/mged to Beta status (eta April) || SEEKING: web devs to finish setting up our new website!
18:51.49*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
20:20.00*** join/#brlcad ickby_ (~stefan@x5d84766f.dyn.telefonica.de)
20:33.59*** join/#brlcad ickby_ (~stefan@x5d84766f.dyn.telefonica.de)
21:34.38*** join/#brlcad merzo (~merzo@170-30-132-95.pool.ukrtel.net)
22:40.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:59.27*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:59.41*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8001:646d:31ef:fe68:eb75:a317)
IRC log for #brlcad on 20160214

IRC log for #brlcad on 20160214

01:33.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:38.10*** join/#brlcad zjtfxwqkuozrvlpf (~armin@dslb-088-064-043-026.088.064.pools.vodafone-ip.de)
01:58.36*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:16.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:09.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:55.56*** join/#brlcad infobot (~infobot@rikers.org)
15:55.56*** topic/#brlcad is http://ibot.rikers.org/%23brlcad/ || We're busy preparing a major release 7.26 (eta January) and getting archer/mged to Beta status (eta April) || SEEKING: web devs to finish setting up our new website!
16:25.21*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8001:646d:505d:d6a7:b787:1af0)
16:37.58ickbyHello guys, brlcad
16:38.16ickbyme again asking for the GSoC status
16:38.19ickby:)
16:38.56ickbyit's halftime in the organisation application time period, did you issue the application?
19:02.57*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
20:36.49*** join/#brlcad merzo (~merzo@204-95-133-95.pool.ukrtel.net)
21:25.31*** join/#brlcad merzo (~merzo@204-95-133-95.pool.ukrtel.net)
23:17.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:19.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160215

IRC log for #brlcad on 20160215

00:03.22*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:36.44*** join/#brlcad gchjlvrveazcexwv (~armin@dslb-088-064-034-064.088.064.pools.vodafone-ip.de)
04:30.06Notify03BRL-CAD:starseeker * 67076 brlcad/trunk/src/other/tinycthread/tinycthread.h: gcc 5 didn't like _Noreturn...
06:28.23*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8001:646d:413e:66a1:525f:a14b)
07:14.57*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
08:54.37*** join/#brlcad tandoorichick (~chatzilla@61.12.40.177)
08:58.07*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
09:02.10*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
09:07.55*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
09:12.08*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
09:17.52*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
09:21.51*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
09:27.54*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
09:33.53*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
09:36.05tandoorichicki would also like to know if that would be a good GSoC project?
09:38.07*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
09:44.11*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
09:48.26*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
10:03.02*** join/#brlcad tandoorichick (~chatzilla@182.75.45.1)
10:14.00*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:21.21*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:33.55*** join/#brlcad tandoorichick (~chatzilla@182.75.45.225)
10:35.56*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
10:41.56*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
10:46.11*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
10:49.55*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
10:55.56*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
11:00.13*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
11:05.56*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
11:10.13*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.1)
11:15.55*** join/#brlcad tandoorichick_ (~chatzilla@182.75.45.225)
11:19.55*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
11:24.10*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
11:29.58*** join/#brlcad tandoorichick_ (~chatzilla@61.12.40.177)
13:17.36*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
14:11.33Notify03BRL-CAD Wiki:195.33.171.4 * 9532 /wiki/Google_Summer_of_Code/Project_Ideas:
16:25.25*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8000:215a:2dcf:ad8e:fcc8:83bd)
17:02.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:52.55*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
21:26.28*** join/#brlcad merzo (~merzo@205-28-132-95.pool.ukrtel.net)
22:37.08*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160216

IRC log for #brlcad on 20160216

01:36.06*** join/#brlcad zpzqmcdhimmefgyw (~armin@dslb-094-216-166-098.094.216.pools.vodafone-ip.de)
05:09.21*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
06:06.35*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8000:215a:d905:ff22:4cb4:ef14)
07:44.21*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
08:46.39*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:25.07*** join/#brlcad merzo (~merzo@92.60.189.225)
10:58.47*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
13:22.41Notify03BRL-CAD:starseeker * 67077 brlcad/trunk/src/other/tinycthread/tinycthread.h: clang should support this
14:14.44*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8000:215a:9da6:bde9:5b2a:bace)
15:56.30Notify03BRL-CAD Wiki:195.33.171.4 * 9533 /wiki/Summer_of_Code/Checklis:
21:04.41*** join/#brlcad merzo (~merzo@182-74-133-95.pool.ukrtel.net)
23:05.03*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:28.54*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
IRC log for #brlcad on 20160217

IRC log for #brlcad on 20160217

01:12.58*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8000:215a:246e:3819:4387:f03d)
01:38.16*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8000:215a:e8a1:b360:1ff7:ae24)
04:20.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:56.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:14.13*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8000:215a:e052:2825:1d89:7c78)
08:03.24*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
09:19.46*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:36.02*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
09:47.30*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:50.33*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:52.55*** join/#brlcad poxip (~poxip@2a01:115f:461:7d00:ba27:ebff:fef7:2541)
09:52.55*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
09:52.55*** join/#brlcad ceterumnet (~ceterumne@50.56.243.144)
09:52.59*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
09:53.23*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
10:03.44*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
10:49.53*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
10:49.53*** join/#brlcad maths22 (~maths22@66.118.151.70)
10:49.53*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
10:50.13*** join/#brlcad kanzure (~kanzure@bryan.fairlystable.org)
10:51.39*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
10:53.27*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
11:09.47*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
11:37.18*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
11:40.11*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
11:40.35*** join/#brlcad merzo (~merzo@92.60.189.225)
11:40.42*** join/#brlcad boj (8ba2260a@gateway/web/freenode/ip.139.162.38.10)
11:40.57*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
11:41.08bojhi, I am new to brlcad, hope for your help
11:41.28bojI want to compile the source code, is there a git repo for brl-cad, thanks?
11:49.54*** join/#brlcad circ-user-2FuLg (~circuser-@183.234.195.214)
11:50.39*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
11:54.51bojhi, everyone, I am new to brl-cad, I want to download the source code, but on the offical webpage, the repo is managed by SVN, I want to ask if there is a Git repo for brl-cad, hope for your help, thanks?
11:59.38*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
11:59.52*** join/#brlcad ceterumnet (~ceterumne@50.56.243.144)
12:00.00*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
12:01.03*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
12:05.42*** join/#brlcad ``Erik (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
12:13.59*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
12:25.46*** join/#brlcad kanzure (~kanzure@216.151.3.186)
12:26.15*** join/#brlcad boj (~boj@183.234.195.214)
14:17.52*** join/#brlcad infobot (ibot@rikers.org)
14:17.52*** topic/#brlcad is http://ibot.rikers.org/%23brlcad/ || We're busy preparing a major release 7.26 (eta January) and getting archer/mged to Beta status (eta April) || SEEKING: web devs to finish setting up our new website!
14:25.06*** join/#brlcad boj (~boj@183.234.195.214)
14:26.00*** join/#brlcad boj (~boj@183.234.195.214)
14:37.21*** join/#brlcad Ch3ck_ (uid129553@gateway/web/irccloud.com/x-tpqzqqrkkupmssen)
15:21.55``Eriknoooo, not orbit.sh! it's so young and full of life! :D *duck*
15:30.08*** join/#brlcad ickby (~stefan@x5d84532a.dyn.telefonica.de)
15:31.23Notify03BRL-CAD:bob1961 * 67078 brlcad/trunk/src/libgcv/plugins/vrml/vrml_read/string_util.cpp: if'ed out the stdbool.h include statement. This breaks things under VS2010. Compiles fine without it on windows and linux. Is this really needed?
15:35.50*** join/#brlcad stefan (~stefan@x5d84532a.dyn.telefonica.de)
15:37.11stefanHello brlcad
15:39.10ickby_ohh wrong nick... its ickby
15:39.11ickby_any update on the gsoc application?
15:41.01*** join/#brlcad ickby (~stefan@x5d84532a.dyn.telefonica.de)
15:44.02*** join/#brlcad boj (~boj@183.234.195.214)
15:44.12ickbyhad connection issues...
15:44.12ickbyso, any news?
15:50.02Notify03BRL-CAD Wiki:Ericweissmann * 0 /wiki/User:Ericweissmann:
15:56.50Notify03BRL-CAD:bob1961 * 67079 brlcad/trunk/src/tclscripts/mged/rt.tcl: Fixed a typo in proc rt_check_dest (i.e. need $ to dereference a variable)
16:04.38*** join/#brlcad ickby (~stefan@x5d84532a.dyn.telefonica.de)
16:15.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:44.28andromeda-galaxybrlcad: any new thoughts on how to expose the old gci data?
16:52.54*** join/#brlcad ickby (~stefan@x5d84532a.dyn.telefonica.de)
17:39.53*** join/#brlcad Ch3ck_ (uid129553@gateway/web/irccloud.com/x-vzshvcoagyuqcwfq)
17:48.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:57.25*** join/#brlcad ickby (~stefan@x5d84532a.dyn.telefonica.de)
19:04.37Notify03BRL-CAD:starseeker * 67080 brlcad/trunk/include/dm.h: Whoops - leave the USE_FBSERV define in dm.h, it's used in the source code as well as the header...
19:11.18*** join/#brlcad ickby (~stefan@x5d84532a.dyn.telefonica.de)
19:28.05Notify03BRL-CAD Wiki:Vanuma6674 * 0 /wiki/User:Vanuma6674:
20:22.56*** join/#brlcad merzo (~merzo@87-73-132-95.pool.ukrtel.net)
22:18.21*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:59.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160218

IRC log for #brlcad on 20160218

01:03.07*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8000:215a:6dde:d6c0:b3b8:536f)
06:37.35*** join/#brlcad ofnlut_ (~ofnlut_@2601:143:8000:215a:b1b5:38df:c12e:3f7d)
07:40.35*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
10:37.41*** join/#brlcad merzo (~merzo@92.60.189.225)
12:30.23*** join/#brlcad merzo (~merzo@92.60.189.225)
13:55.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:40.51*** join/#brlcad Ch3ck_ (uid129553@gateway/web/irccloud.com/x-itbdoixcitaeapuu)
15:02.51*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
15:24.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:38.00*** join/#brlcad gaganjyot (~gaganjyot@122.173.194.14)
18:26.17*** join/#brlcad gaganjyot (~gaganjyot@122.173.194.14)
19:14.21*** join/#brlcad ickby (~stefan@x5d8473f2.dyn.telefonica.de)
19:18.43ickbyHello brlcad, tomorrow is the end of GSoC organisation registration period. Could you please give a feedback if you have submitted the application?
20:30.53*** join/#brlcad merzo (~merzo@178-3-132-95.pool.ukrtel.net)
21:32.14*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:43.07Notify03BRL-CAD:starseeker * 67081 brlcad/trunk/misc/CMake/Distcheck.cmake: Build isn't an -E command for CMake
22:47.58Notify03BRL-CAD:starseeker * 67082 brlcad/trunk/misc/CMake/Distcheck.cmake: Try ninja commands for a Ninja generator distcheck
22:56.51*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160219

IRC log for #brlcad on 20160219

00:42.11Notify03BRL-CAD:starseeker * 67083 brlcad/trunk/misc/CMake/Distcheck.cmake: Need to tell sub-cmake configures to use Ninja as well.
01:41.30Notify03BRL-CAD:starseeker * 67084 brlcad/trunk/bench/CMakeLists.txt: fix benchmark-check dependency
01:43.10Notify03BRL-CAD:starseeker * 67085 (brlcad/trunk/regress/CMakeLists.txt brlcad/trunk/src/librt/tests/CMakeLists.txt): add some distclean listings
02:00.05Notify03BRL-CAD:starseeker * 67086 brlcad/trunk/CMakeLists.txt: clean up ninja_deps file
03:25.54brlcadresponded to ickby via e-mail
06:28.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:43.36*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
09:37.41*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:51.58*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:15.12Notify03BRL-CAD Wiki:Sean * 9534 /wiki/Google_Summer_of_Code/Project_Ideas:
10:26.37Notify03BRL-CAD Wiki:Sean * 9535 /wiki/Google_Summer_of_Code/Project_Ideas:
11:55.28*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:27.19*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
13:48.24Notify03BRL-CAD Wiki:PatrickHead * 0 /wiki/User:PatrickHead:
13:54.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:58.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:35.30Notify03BRL-CAD:starseeker * 67087 (brlcad/trunk/src/adrt/CMakeLists.txt brlcad/trunk/src/archer/CMakeLists.txt brlcad/trunk/src/tclscripts/rtwizard/CMakeLists.txt): The nice trick of making custom build targets for archer, rtwizard and isst that share the name of the script file doesn't work for an in-src ninja build. If we shift all of these to mged style C executables rather than being launched via bwish or btclsh we
14:35.32Notifyshould be able to restore the 'archer' and 'rtwizard' targets, but for now add a prefix to avoid the circular dependency in ninja.
14:35.35Notify...
14:59.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:13.16*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
16:32.47Notify03BRL-CAD:starseeker * 67088 brlcad/trunk/regress/CMakeLists.txt: these scripts are obsolete...
16:36.18Notify03BRL-CAD:starseeker * 67089 brlcad/trunk/regress/CMakeLists.txt: I don't think this is active... we're testing libraries now with the unit tests. If we want to test dlopen et. al. maybe revisit later...
16:37.27Notify03BRL-CAD:starseeker * 67090 brlcad/trunk/src/librt/CMakeLists.txt: Never went back to finish this - can always fish it out of history if/when work resumes.
16:54.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:05.03*** join/#brlcad ickby (~stefan@x5d8470d7.dyn.telefonica.de)
17:33.44*** join/#brlcad ickby (~stefan@x5d8470d7.dyn.telefonica.de)
17:39.43*** join/#brlcad ickby (~stefan@x5d8470d7.dyn.telefonica.de)
18:26.00*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
18:26.00*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
18:26.01*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
18:26.01*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
18:26.06*** join/#brlcad ceterumnet (~ceterumne@50.56.243.144)
18:28.27*** join/#brlcad kanzure (~kanzure@bryan.fairlystable.org)
18:51.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:59.46Notify03BRL-CAD:starseeker * 67091 brlcad/trunk/regress/CMakeLists.txt: To make a step regression test of this sort work, we need to be able to filter out timestamp information from the step files (and be sure that the output is deterministic with respect to floating point numbers in points, etc.). Not ready for this yet.
19:05.49*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
19:08.49brlcadstarseeker: have you tested out bu_hash, is it in a working state?
19:30.15*** join/#brlcad ickby (~stefan@93.132.112.215)
19:59.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:35.46*** join/#brlcad ickby (~stefan@x5d8470d7.dyn.telefonica.de)
21:00.40Notify03BRL-CAD:starseeker * 67092 (brlcad/trunk/regress/CMakeLists.txt brlcad/trunk/regress/gcv/CMakeLists.txt brlcad/trunk/regress/gcv/dem/regress-dem.cmake.in): Try reworking a couple of the conversion regression tests to not use sh.
21:03.19Notify03BRL-CAD:starseeker * 67093 (brlcad/trunk/regress/gcv/fastgen/fastgen_box.fast4 Property Changed: and 2 others): Go with an explicit LF property for this file, rathern than octet-stream.
21:03.48starseekerbrlcad: not yet, working on it
21:04.32starseeker(or was before I distracted myself ;-)
21:04.41*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
21:05.24starseekerbrlcad: just so I know what to shoot for, what is the standard to meet here?  Is "working" enough, or do I need performance comparisions with Tcl's hash?
21:07.09starseekerhas been studying Tcl's code a bit - not clear how critical their memory management is to performance...
21:09.54starseekeror whether the new memory pool stuff in libbu could serve in a similar role...
IRC log for #brlcad on 20160220

IRC log for #brlcad on 20160220

00:11.25*** join/#brlcad bvirtual (~bvirtual@2602:30a:2c9f:dd00:6148:ed8d:4edf:6be6)
00:34.27*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:52.48*** join/#brlcad ickby (~stefan@x5d84c64c.dyn.telefonica.de)
09:30.05brlcadstarseeker: I mention it because I coincidentally encountered a hash crash testing the bundling changes I'm working on
09:30.34brlcadsee if you can reproduce, I ran: bin/rtshot -p 0 0 0 -d 1 0 0 share/db/havoc.g havoc
09:31.17brlcadends up calling strlen on the hash "pointer", which is not necessarily a string
09:32.32brlcadeven though it's a char pointer data type
09:32.59brlcadprobably should be a uintptr_t since I think the intention is to let the caller store int values or strings as keys
09:34.22brlcadstarseeker: and to answer your question, working is enough .. but it shouldn't be unnecessarily / egrgiously slow :)
09:35.17brlcadif you have both wired in momentarily while yanking out tcl's it'd be useful to at least roughly know what the performance looks like, but not a big deal by any stretch (yet)
09:35.49brlcadcalls it a long day hacking on the new website landing page
12:22.29*** join/#brlcad ickby (~stefan@x5d84c64c.dyn.telefonica.de)
14:24.29*** join/#brlcad stefan_ (~stefan@x5d84c64c.dyn.telefonica.de)
15:28.18*** join/#brlcad boj_ (~boj@183.234.195.245)
15:28.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:30.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:07.12*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
17:57.39*** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-tlienahilkybfxym)
18:11.53*** join/#brlcad ickby (~stefan@x5d84c64c.dyn.telefonica.de)
18:41.52*** join/#brlcad ickby (~stefan@x5d84c64c.dyn.telefonica.de)
19:15.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:41.46*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
20:53.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:04.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:07.19starseekerbrlcad: was that crash on latest trunk, or on a branch?
21:07.29starseeker(assuming OSX?)
21:07.55starseekerdoesn't appear to crash with latest trunk on Linux, but that may or may not mean anything...
21:09.54*** join/#brlcad ickby (~stefan@x5d84c64c.dyn.telefonica.de)
21:21.14*** join/#brlcad merzo (~merzo@87-71-133-95.pool.ukrtel.net)
21:21.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:39.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:41.53*** join/#brlcad ickby (~stefan@x5d84c64c.dyn.telefonica.de)
21:45.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:59.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:24.01brlcadstarseeker: yeah, osx trunk
23:42.04starseekermay go ahead and finish his "port" of the Tcl version... I'll try to hammer it out early next week
IRC log for #brlcad on 20160221

IRC log for #brlcad on 20160221

03:14.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:56.40Notify03BRL-CAD Wiki:Tafodinho1996 * 0 /wiki/User:Tafodinho1996:
04:51.35*** join/#brlcad infobot (~infobot@rikers.org)
04:51.35*** topic/#brlcad is http://ibot.rikers.org/%23brlcad/ || We're busy preparing a major release 7.26 (eta January) and getting archer/mged to Beta status (eta April) || SEEKING: web devs to finish setting up our new website!
05:04.28*** join/#brlcad jasleen (~jasleen@117.253.230.231)
05:50.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:35.59*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
06:53.36*** join/#brlcad notify-web (~notify-we@192.30.252.34)
06:53.36notify-web[13web] 15brlcad pushed 2 new commits to 06master: 02https://git.io/v2kAf
06:53.36notify-web13web/06master 143b0fd38 15Christopher Sean Morrison: ignore backup files too
06:53.36notify-web13web/06master 149b9e6ed 15Christopher Sean Morrison: add initial version of a new website landing page based in part on several GCI submissions with major thematic adjustment.
06:53.36*** part/#brlcad notify-web (~notify-we@192.30.252.34)
06:54.44*** join/#brlcad notify-web (~notify-we@192.30.252.46)
06:54.45notify-web[13web] 15brlcad pushed 1 new commit to 06master: 02https://git.io/v2kAT
06:54.45notify-web13web/06master 1429ad3e3 15Christopher Sean Morrison: no longer let wordpress be the landing page.
06:54.45*** part/#brlcad notify-web (~notify-we@192.30.252.46)
07:31.49*** join/#brlcad notify-web (~notify-we@192.30.252.45)
07:31.49notify-web[13web] 15brlcad pushed 1 new commit to 06master: 02https://git.io/v2kxB
07:31.49notify-web13web/06master 14cbd6c99 15Christopher Sean Morrison: change the byline to think/invent/create to match archer splash
07:31.49*** part/#brlcad notify-web (~notify-we@192.30.252.45)
07:49.20*** join/#brlcad notify-web (~notify-we@192.30.252.46)
07:49.20notify-web[13web] 15brlcad pushed 3 new commits to 06master: 02https://git.io/v2kpJ
07:49.20notify-web13web/06master 14865243e 15Charlie Root: commit the variety of wordpress menu fixes that maths22 got cleaned up.
07:49.20notify-web13web/06master 1415f9bf0 15Charlie Root: Merge branch 'master' of https://github.com/BRL-CAD/web...
07:49.20notify-web13web/06master 14b73688d 15Charlie Root: save the remainder of maths22 interface updates
07:49.20*** part/#brlcad notify-web (~notify-we@192.30.252.46)
09:17.04*** join/#brlcad ickby (~stefan@x5d84dcde.dyn.telefonica.de)
09:49.09*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
10:52.28*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
10:52.55tandoorichickhas BRL-CAD applied for GSoC?
10:59.39*** join/#brlcad tandoorichick_ (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
11:15.51*** join/#brlcad ickby (~stefan@x5d84dcde.dyn.telefonica.de)
11:19.35*** join/#brlcad merzo (~merzo@217.76.202.68)
12:42.31*** join/#brlcad stefan (~stefan@x5d84dcde.dyn.telefonica.de)
13:03.13*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
13:04.57*** join/#brlcad ickby_ (~stefan@x5d84dcde.dyn.telefonica.de)
14:00.31brlcadtandoorichick: yes
14:20.55*** join/#brlcad ickby (~stefan@x5d84dcde.dyn.telefonica.de)
14:26.21*** join/#brlcad stefan (~stefan@x5d84dcde.dyn.telefonica.de)
14:37.49teepeebrlcad: thanks for putting in the GSoC application, much appreciated
15:08.21*** join/#brlcad ickby_ (~stefan@x5d84dcde.dyn.telefonica.de)
15:09.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:28.37*** join/#brlcad ickby_ (~stefan@x5d84dcde.dyn.telefonica.de)
15:34.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:50.23*** join/#brlcad ickby_ (~stefan@x5d84dcde.dyn.telefonica.de)
15:55.03*** join/#brlcad LordOfBikes (~armin@dslb-094-216-164-017.094.216.pools.vodafone-ip.de)
16:05.32*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
16:43.35*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
17:09.44*** join/#brlcad tandoorichick_ (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
17:50.20*** join/#brlcad ickby (~stefan@x5d84dcde.dyn.telefonica.de)
18:14.20*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
19:21.54*** part/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
20:19.54*** join/#brlcad merzo (~merzo@195.70.95.61)
20:24.55*** join/#brlcad notify-web (~notify-we@192.30.252.34)
20:24.55notify-web[13web] 15brlcad pushed 1 new commit to 06master: 02https://git.io/v2LEg
20:24.55notify-web13web/06master 14fd632fd 15Christopher Sean Morrison: fix up the three project highlights:  open source, solid modeling, and help wanted
20:24.55*** part/#brlcad notify-web (~notify-we@192.30.252.34)
20:27.33*** join/#brlcad merzo (~merzo@195.70.95.61)
20:37.06brlcadteepee: *nods* we'll see if we're accepted (we shouldn't be for the aformentioned reason)
20:37.32brlcadmaths22: have you checked out the new landing page yet?
20:38.51brlcadteepee: if accepted, we'll have to promote and review harder to get higher-quality applicants
20:39.00teepeebrlcad: yeah, I know, would be very nice to be accepted, but I'm not hugely bothered if it does not happen :)
20:39.03brlcaddefinitely going to be more competitive this year
20:39.23teepeeright, there was a number of not finished projects last year
20:39.27brlcadwe'll probably be accepting 0-2 students, but we'll see who applies :)
20:39.48brlcadwe did have a couple fantastic students last year
20:40.02brlcadbut yeah many that didn't follow through
20:42.49StragusSome of these tasks were huge, like the raytracer OpenCL effort, eh
22:36.03*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:03.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160222

IRC log for #brlcad on 20160222

01:41.27*** join/#brlcad LordOfBikes (~armin@dslb-092-074-226-175.092.074.pools.vodafone-ip.de)
04:22.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:52.18*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
09:34.42*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
10:58.55*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:57.01*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:24.07*** join/#brlcad tandoorichick_ (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
13:49.55*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
13:49.55*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
13:51.50*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
14:17.58``ErikStragus: happy bday!
14:49.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:16.20tandoorichick_would it be useful to have a macro in vmath.h for the area of a triangle (say ABC) that can be computed as half the magnitude of the cross product of AB and AC?
15:51.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:09.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:16.13brlcadtandoorichick_: not for vmath, but elsewhere in libbn sure ... though I think that logic exists somewhere already
16:26.03Notify03BRL-CAD:d_rossberg * 67094 brlcad/trunk/include/bu/defines.h: regarding rev. 66674: added empty fallback definitions in case of the compiler test variables aren't set
16:30.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:54.25Notify03BRL-CAD:brlcad * 67095 brlcad/trunk/src/librt/bundle.c: make rt_shootrays() fire rays in parallel automatically. this is implemented using the new bu_parallel feature that runs as many threads of execution as can usefully be run, up to the number of available cores, but respecting other bu_parallel threads so the machine is never oversubscribed. it means it'll run as fast as it can cooperatively. currently
16:54.27Notifyindividual ray dispatching is done one at a time per thread with simple semaphore bookkeeping though we'll eventually want to dispatch bundles coherently for even greater performance.
16:54.29Notify...
17:06.17tandoorichick_brlcad: could you tell me where i could find that? i saw that the surface area function for an 'ars' doesn't exit and so decided to work on that.
17:08.31tandoorichick_would it be right to divide the area between two successive waterlines into triangles and find their area? (i had a confusion because in the case of the 1/8th turn twist shown in the wiki the triangles can be seen only in the raytraced figure..
17:28.26*** join/#brlcad ishwerdas (7cfd2a6f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.42.111)
17:38.29*** join/#brlcad ishweradmin (~ishweradm@servers.ishwerdas.com)
17:39.57*** join/#brlcad ishwer (7cfd2a6f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.42.111)
18:08.22*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
18:42.55*** join/#brlcad _bill_ (9a466393@gateway/web/freenode/ip.154.70.99.147)
19:01.49brlcadtandoorichick: could be in lots of places, but probably libbn
19:02.09brlcadsrc/librt/primitives/bot and nmg are both polygonal structures too that might have it
19:02.13brlcads/it/something/
19:02.45tandoorichickokay cool, thanks. what about the surface area for ars?
19:05.49Notify03BRL-CAD:brlcad * 67096 brlcad/trunk/doc/STRATEGY: update some notes about marketability, doing a rough sorting. replaced generic need fullfilment with analysis prep.
19:31.46*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:40.21Notify03BRL-CAD:starseeker * 67097 brlcad/trunk/src/libbu/tests/CMakeLists.txt: Add stub code for hash testing.
19:51.36starseekerbrlcad: I'm not having any luck reproducing that rtshot error - there were a couple commits that delt with a similar issue, iirc:  r65636 and r66759
19:54.06starseekertandoorichick: libbg is the other area to look for geometry specific algorithms, although generally those are more complex...
19:59.09tandoorichickokay thanks. :)
19:59.34tandoorichickany input for the surface area computation i mentioned above?
20:09.28Notify03BRL-CAD:brlcad * 67098 brlcad/trunk/doc/STRATEGY: updated notes on the strategic activity to condense and refactor brl-cad, using 'Concentration' as the name for fthis initiative and strategic goal. seems quite appropriate.
20:20.52*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
20:20.54*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
20:22.12*** join/#brlcad brlcad (~sean@66.118.151.70)
20:24.22*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
20:25.55*** join/#brlcad ceterumnet (~ceterumne@50.56.243.144)
20:39.07brlcadstarseeker: okay, I'll make sure it's not a stale build and see if I can get a more specific backtrace then
20:40.45brlcadthanks
21:03.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:15.50*** join/#brlcad merzo (~merzo@195.70.95.61)
21:23.48Notify03BRL-CAD:n_reed * 67100 brlcad/trunk/include/bu/cmd.h: rename header guard symbol per established convention
21:29.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:35.17Notify03BRL-CAD:brlcad * 67099 brlcad/trunk/doc/STRATEGY: integrate first half of notes, clarifying the taxonomy and structue being used here. group all projects toegether.
21:38.07Notify03BRL-CAD:brlcad * 67101 brlcad/trunk/doc/STRATEGY: integrate remainder of notes, expanding on gcv, website, and performance projects. refine the new website task to be a little more specific, focusing on the promulgation of content that is not there now (webulgation) with other objects for making the experience better, more useful.
21:48.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:12.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:38.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:58.35*** join/#brlcad zrykpagllhtdtzdk (~armin@dslb-088-065-185-157.088.065.pools.vodafone-ip.de)
23:22.04*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:50.32Notify03BRL-CAD:starseeker * 67102 brlcad/trunk/src/libbu/tests/hash.c: Start some experiments with hash. If I'm not mistaken, bu_hash is not designed to work with anything other than string keys?
23:53.43starseekerrubs eyes... this is turning out to be a tad deeper than I thought...
23:55.39starseekerinteresting though
IRC log for #brlcad on 20160223

IRC log for #brlcad on 20160223

00:01.22starseekerah, I see - they're using a union for different key types.
00:01.24starseekerhmm
00:07.22starseekerso char * is the alias for a pointer... wonder why they're storing it that way instead of using actual pointer types...
00:19.04starseekernods - OK, so if char * is holding the "pointer key" and not a pointer to a string key, the code has to interpret it differently - a "0" value as numerical value in char * is legal and can be mapped, but that same value treated as an (invalid) char *array* address blows up. And that may be the fundamental issue we have, since we don't have that union key structure Tcl is evidently using to han
00:19.10starseekerdle that situation...
00:22.16brlcadstarseeker: seem to consistently get this on a first cmake run:
00:22.16brlcadCMake Error at misc/CMake/FindBRLCADTCL.cmake:306 (file):
00:22.16brlcad<PROTECTED>
00:22.19brlcad<PROTECTED>
00:22.41starseekerdo you have a system Tcl installed?
00:23.03brlcadthe default mac tc
00:23.22brlcad*tcl
00:23.46starseekerthat would seem to indicate that the tcl_version.tcl file isn't working
00:24.03starseekercan you try running the system tclsh with CMakeTmp/tcl_version.tcl and see what happens?
00:24.50brlcadk
00:24.57brlcadthis is the stack trace it reports next:
00:25.02brlcadCall Stack (most recent call first): misc/CMake/FindBRLCADTCL.cmake:730 (TCL_GET_VERSION) misc/CMake/FindBRLCADTCL.cmake:938 (VALIDATE_TCL) misc/CMake/ThirdParty.cmake:199 (find_package) src/other/CMakeLists.txt:328 (THIRD_PARTY)
00:25.32starseekernods - it's trying to find out what version of Tcl is installed, to be able to do a version based validation check
00:25.41brlcadis it supposed to output anything?
00:25.41brlcadagua:.build morrison$ tclsh CMakeTmp/tcl_version.tcl
00:25.41brlcadagua:.build morrison$
00:25.50starseekershould create a TCL_VERSION file
00:26.18brlcadagua:.build morrison$ cat CMakeTmp/TCL_VERSION
00:26.19brlcad8.5.9
00:26.21starseekerin CMakeTmp
00:26.31brlcadI'd already run cmake though, hold on
00:26.40brlcad(a second time)
00:26.45starseekerblinks - the error indicated that file wasn't there previously
00:27.26starseekerflinches every time he looks at FindBRLCADTCL.cmake... it's so bad...
00:27.28brlcadyep
00:27.50starseekersoo... what tclsh does CMake think it's running?
00:28.02brlcadif I rm -rf CMakeTmp ; cmake .. again, it repeatably gives the TCL_VERSION not found error
00:28.22brlcadfirst cmake fails, second cmake (without deleting CMakeTmp) succeeds
00:28.36starseekermy next move would be to instrument the TCL_GET_VERSION macro in FindBRLCADTCL - use message to print out what tclshcmd is
00:28.38brlcadseems like some code that assumes it's generated is coming before it's generated
00:28.54starseekeris it always line 306?
00:29.04starseekerbecause that's supposed to be *after* the line that does generate it...
00:29.14starseekerimmediately after, in fact
00:30.47starseekerbrlcad: is this your laptop?
00:31.00brlcadlooking, yes my laptop
00:31.10brlcadwaiting for a --trace to complete
00:31.12starseekerbrlcad: I'll be glad to take a crack at it tomorrow in person if you like
00:31.55brlcadyes, line 306 consistently
00:32.09starseeker's first thought is that somehow OSX isn't instantiating the file on the file system fast enough to get it there before the file(READ command tries to run, but that seems unlikely
00:32.47starseekerbecause at some point TCL_VERSION *does* appear (right?)
00:33.36starseekerif tclshcmd isn't set somehow, that would also produce that result
00:33.46starseekerexcept then it would never work...
00:33.55brlcadthe next time cmake is run, so presumably it later runs tclsh and generates it
00:33.59brlcadhere we go
00:34.04brlcadtrace shows this: EXEC_PROGRAM(/Library/Tcl ARGS \"${tclversion_scriptfile}\" OUTPUT_VARIABLE EXECOUTPUT )
00:34.15starseekeryeah, that's not right
00:34.29starseekeris tclsh in a subdirectory of Library/Tcl ?
00:34.40brlcadhttp://brlcad.org/~sean/tmp/cmake.trace
00:35.08brlcadwoah, that's a big file
00:35.17brlcadkills the upload
00:35.21starseekeryep, my browser's not likeing it either
00:35.32starseekerthey need some intermediate logging levels
00:35.45starseekerwhat directory is tclsh in?
00:36.43starseekeris suspecting a path quoting issue now, if OSX has set up Tcl with spaces in it's pathname...
00:36.54brlcadhere we go: http://brlcad.org/~sean/tmp/cmake.trace.bz2
00:37.17brlcadif you search on TCL_VERSION, it's the second one
00:38.12brlcadrather, search on CMakeTmp/TCL_VERSION, second occurance
00:38.51starseekeryep, see it - that Library/Tcl is suspect/wrong
00:38.53brlcadtclsh is simply in /usr/bin, but I think it's seeing /Library/Tcl and somehow thinking that directory is tclsh
00:39.05starseekerwhat's in Library/Tcl?
00:40.06brlcadbunch of tcl package resources, something you'd probably find in a /usr/share/tcl/8.x dir on linux
00:40.23brlcadagua:.build morrison$ ls /Library/Tcl/
00:40.23brlcadMisc                Sources             Tk.icns             Tk.tiff             basekits            demos               licenses            pkgconfig           tap8.5              tap_help_repository tcl8                tcldebugger_attach  tcldevkit           teapot
00:40.37starseekeris tclsh buried under there somewhere?
00:41.34starseekerTCL_TCLSH_EXECUTABLE is getting the wrong value to get fed into TCL_GET_VERSION
00:42.25starseekerhmm - what's in /Library/Frameworks/Tcl.framework/tclConfig.sh
00:45.23brlcadhttp://brlcad.org/~sean/tmp/tclConfig.sh
00:45.51brlcadagua:.build morrison$ find /Library/Tcl -name tclsh
00:45.52brlcadagua:.build morrison$
00:45.55brlcad(nope)
00:45.57starseekerah - that's what's doing it
00:46.21starseekerour CMake find script around line 650 is assuming the tclsh exectuable will be inside TCL_EXEC_PREFIX
00:46.30starseekerapparently, that's not true on the Mac
00:47.20starseekerall of the tests there fall through, and we're out of luck
00:47.54starseekerin fact, I'm not seeing *anything* in this file that will help us find tclsh
00:48.36starseekerblegh.
00:48.51starseekerall right then...
00:50.39brlcadso apparently TCL_EXEC_PREFIX only applies to "internal" tcl applications/resources, or more likely ... this is just a result of trying to get a strongly *nix based installation to fit the mac ecosystem where there's a stricter definition where resources must go
00:51.03brlcador nobody ever used that var and didn't realize it points to nothing useful :)
00:51.58brlcadtclConfig.sh should still be helpful for finding the tcl packages/modules, just not necessarily tclsh
00:52.18Notify03BRL-CAD:starseeker * 67103 brlcad/trunk/misc/CMake/FindBRLCADTCL.cmake: Ugh. Leave it to Mac... if tclsh isn't *anywhere*, try plain tclsh as a last resort since all the others are already guaranteed to fail...
00:52.27starseekersighs - see if that works
00:53.46starseekerfundamentally, we're helpless at this point - there's no way to guarantee any tclsh is associated with the Tcl installation specified by that tclConfig.sh unless we start picking apart binary library paths from otool/ldd an trying to tie *those* to the tclConfig.sh paths
00:55.15starseekerby the by, that's a pretty old version of Tcl - not sure if it'll work...
00:57.44Notify03BRL-CAD:starseeker * 67104 brlcad/trunk/misc/CMake/FindBRLCADTCL.cmake: finish the comment.
00:58.25brlcadit works
00:58.53starseekerbrlcad: I've never seriously tried to test against the Apple native Tcl/Tk, since we've needed X11 all along anyway.  It's theoretically possible with the OpenSceneGraph display manager now, but I think that's bitrotted some and there were still a few fine points to iron out anyway...
00:58.56brlcadI mean that system Tcl work, still testing the build file update
00:59.12starseekernods
01:01.54brlcadironically, it's failing on this and it's a BRLCAD_BUNDLED_BUILD=ON
01:02.27starseekertry BRLCAD_BUNDLED_LIBS=ON ?
01:02.56brlcadsorry, that's what I meant
01:03.06brlcadtold you I have to look that var up almost every single time :)
01:03.07starseekerthat's even worse
01:03.16starseekeruses -DENABLE_ALL=ON
01:03.19*** join/#brlcad jkyppqdfdbzmdwbn (~armin@dslb-088-066-155-144.088.066.pools.vodafone-ip.de)
01:03.44starseekerit shouldn't be doing the system test...
01:03.54starseekertry BRLCAD_BUNDLED_LIBS=BUNDLED maybe?
01:05.14starseekerbrlcad: just use the configure rosetta script and be happy ;-)
01:05.35starseekerit's there specifically to help with this kind of nonsense...
01:06.06starseekermust someday try to convince the CMake devs to support autotools style options exposed through the CMake command...
01:07.01starseekerhuh - OSG still builds and runs here.  cool
01:07.06starseekerthought it was busted
01:07.32starseekernow if I can only figure out why it's notions of center are wrong...
01:08.00starseekermiddle click on the dot and everything shifts right and down
01:08.14starseekeroffset hiding somewhere...
01:08.27starseekers/it's/its
01:08.27starseekergrr
01:16.04starseekerbrlcad: remind me tomorrow and I'll try to figure out why you aren't getting a bundled build
01:16.41starseekerON should work, per the logic at toplevel CMakeLists.txt:1027
01:22.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:31.26StragusThanks ``Erik!
04:21.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:18.39brlcadstarseeker: I got a bundled build with the latest
05:52.54brlcadstarseeker: also, I'll have to look again, but I thought I recalled seeing bu_hash's implementation supported more than storing strings.. the keys are char*'s but you can cast just about anything to that and use it as the hash key
05:54.06brlcadjust a different way of doing things, dropping type safety instead of exposing a bunch of type functions / macros
05:54.16brlcadbut again, will have to check and confirm
05:55.14brlcadstarseeker: also, clean rebuild made the rtshot crash go away, so something must have been stale or fixed in one of those commits you mentioned
05:57.52brlcadGAH ... I gave you the wrong reproduce test.. crash is still there
05:58.12brlcadthis is what I should have said: bin/rtshot -R 1 -p 0 0 0 -d 1 0 0 share/db/havoc.g havoc
06:12.08*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:36.41*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:42.31*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
10:05.20*** join/#brlcad merzo (~merzo@mail.telfbt.co.uk)
13:15.06Notify03BRL-CAD:d_rossberg * 67105 brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: poly2tri: use dashes rather than underscores
13:42.57*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
14:23.30*** join/#brlcad gagan (~gagan@122.173.240.110)
14:28.16*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
14:36.48*** join/#brlcad merzo (~merzo@86.188.255.202)
15:49.39starseekerbrlcad: OK, that crash I can reproduce
15:54.08starseekerbrlcad: two problems - first one is trying to strlen something that's not a string.  If I change that to sizeof reg_bit, we get to bu_hash - that's where we end up treating the key as a string
15:55.00starseekeris going to try to rethink/rework the bu_hash setup a bit... I'll study what Tcl does and see if I can set something up that'll do the job
16:17.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:53.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:04.39brlcadstarseeker: I saw the strlen() but didn't hunt down the source.  presumably it didn't used to be there as that -R option used to work...
17:18.38andromeda-galaxybrlcad: I know that you're really busy with the new release &c, but have you had a chance to decide on how we should make the task data accessible for reviewing?  It's all up on the server, it seems like a shame to let it sit...  One though that just occured to me was that we could also try using a separate git repo which just has files with task numbers/file names/etc, and have a separate script be used for actual
17:18.39andromeda-galaxydata: ./gcitaskmgr.sh review <task id>, look through files, ./gcitaskmgr.sh archive-task <task id>
17:33.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:35.55*** join/#brlcad ishwer (7cfd2a6f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.42.111)
17:38.03*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
17:45.08andromeda-galaxyby the way, I was just seeing a bunch of excitement about the new site (it looks quite nice!) and was wondering how much testing we've done for accessibility (people with screen readers or no pointing device or even just no javascript, etc.  the landing page on beta.brlcad.org especially seems to use a bunch of javascript for all of the navigation, with no fallback...)  If this is a silly question, sorry!  I haven'
17:45.09andromeda-galaxythis issue recently...
17:45.26ishweradminbrlcad: Inderpreet here, was fixing stuff with new webpage and found this in my server. http://ishwerdas.com/brlcad/ It has almost all the issues solved (except moving signup page below). I think I created it much before GSoC , or before I designed the wiki theme as prototype. It's consistent, it looks good and it just works. Why don't we use this instead?
17:48.23andromeda-galaxyishwardas: I like that design as a landing page..
17:48.45ishweradminI understand the part about using GCI stuff, but for this html based temporary landing page I feel like it would be duplication of effort. We would still be using GCI created wordpress theme anyway, so GCI stuff is still being used. I can do some changes in this (would take an hour max) and we are good to go, what say?
17:49.41ishweradminthanks andromeda-galaxy, I am glad that i just stumbled across this one. :P
17:51.03ishweradminbrlcad: Let me know what you think here or on github and whatever we decide, we will get the page up by tomorrow (IST)
17:53.19*** join/#brlcad gjeet (7cfd2a6f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.42.111)
17:53.37ishweradminis going to sleep
17:59.20*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
18:03.29*** join/#brlcad tandoorichick_ (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
18:06.58ishweradminandromeda-galaxy: Accessibility testing is good, but the priority here is to get something up asap. We can always perfect it later. The secodn design i showed has better accessibility but still not perfect. Like that level of perfection is a luxury IMHO we cannot afford at the moment.
18:23.59andromeda-galaxyishweradmin: ah, okay.  I remmeber seeing in the old news that the last time that we did a website it was extremely compatibility tested first, so I was wondering if we'd do that again now or not.
18:37.38brlcadandromeda-galaxy: definitely don't want the gci data to just sit -- all of the website buzz is actually me working through many of the design tasks (landing pages, icon sets, etc)
18:38.57brlcadandromeda-galaxy: can you elaborate on what this gcitaskmgr.sh is doing?  is it pulling files for that rev?
18:40.06brlcadand no testing or accessibility has been done yet, but making it work without javascript will be required (notice none of the navigation currently works ... they'll probably get quickly turned into <a href's to the current site so just the main page is updated)
18:40.30brlcadishweradmin: looking
18:45.31brlcadishweradmin: there definitely is duplication of effort -- there just wasn't any progress being made and we can't keep sitting on the old site
18:47.25brlcadI started running with what was available on hand, what had been checked into the repo, and it was more work to clean that up than to run with the gci stuff in the interim
18:48.23brlcadi may have been persuaded had I seen your WP theme fixes a few days ago... and it's definitely not wasted effort as the intent is still to have WP+MW in the mix, so the theme is necessary
18:51.32brlcadI suggest we proceed by merging because even your version of the WP site is not ready to go -- that version of the logo on the menu is out-of-date, login needs to go away (they have no reason to log in or create an account), the Free & Open and Powerful images are not brl-cad, and the 'Trusted by U.S Military' section needs to go away...
18:51.55*** join/#brlcad LordOfBikes (~armin@dslb-088-066-155-144.088.066.pools.vodafone-ip.de)
18:54.01brlcadandromeda-galaxy: and you are right -- the old website was extremely and extensively tested, but that was 10 years ago and I don't particularly care how we look on B&W devices or browsers that don't support PNG any more :)
18:54.26brlcadishweradmin is right that the point right now, today, is to get something nice up as quickly as absolutely possible, ideally today
18:55.09brlcadthen keep bashing it with a hammer until it's better and in a stable state
19:04.09andromeda-galaxybrlcad: that makes sense, thanks for explaining!
19:14.56Notify03BRL-CAD:n_reed * 67106 (brlcad/branches/brep-debug/CMakeLists.txt brlcad/branches/brep-debug/INSTALL and 84 others): merge changes from trunk r66850,67011-67068
19:19.43brlcadandromeda-galaxy: so the gcitaskmgr.sh script you mentioned?
19:20.13Notify03BRL-CAD:n_reed * 67107 (brlcad/branches/brep-debug/CMakeLists.txt brlcad/branches/brep-debug/TODO and 65 others): merge changes from trunk r67069 through r67105
19:23.32andromeda-galaxybrlcad: not yet written, just an idea
19:24.23andromeda-galaxythat we we could have a small git repo that will fit on github because it's basically just a few files describing deltas on the version on the server (task name, category, review status, what files were used)
19:25.03andromeda-galaxyand a little script that can "check out" a task (download a data dir) and can "check in" a reviewed task (deletes the local cop, modifies the delta/status files, pushes to github)
19:26.00andromeda-galaxythat we have git for versioning reviews, and we don't have to put the files in the repo ourselves.  basically, it would be a tiny little tool that does a specialized subset of what we were hoping that git-annex would do, with a few extra conveniences
20:47.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:10.57andromeda-galaxybrlcad: sorry, I missed your original query (and thus replied too late)
21:11.33andromeda-galaxyby the way, are you looking at the design tasks using the dump on the server, or using the Melange interface?
21:20.35Notify03BRL-CAD:n_reed * 67108 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: fix typo
21:30.53Notify03BRL-CAD:n_reed * 67109 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: promote sub-sub-sub sections to sub-sub sections
22:16.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:30.01andromeda-galaxybrlcad: by the way, do you have a record of which bits of the current website came from which gci tasks?  I'm just curious about a couple of the images, etc.
22:39.03Notify03BRL-CAD:starseeker * 67110 brlcad/trunk/src/rt/rtshot.c: this is very very not right, but at least prevents bu_hash from going at key like it's a proper string. Still crashing, but now crash is in src/librt/bundle.c:734
22:46.25Notify03BRL-CAD:starseeker * 67111 brlcad/trunk/src/libbu/hash.c: Somewhat less wrong - do something with the pointer if the len is passed in as zero.
22:55.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:59.55*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
23:00.29*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
23:00.29*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
23:00.51*** join/#brlcad LordOfBikes (~armin@dslb-088-066-155-144.088.066.pools.vodafone-ip.de)
23:00.51*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
23:01.02*** join/#brlcad ceterumnet (~ceterumne@50.56.243.144)
23:01.02*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
23:01.07*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:01.45*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
23:01.45*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
23:02.52*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
23:03.12*** join/#brlcad ``Erik (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
23:03.12*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
23:03.19*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
23:05.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:05.31*** join/#brlcad brlcad (~sean@66.118.151.70)
23:05.31*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
23:05.31*** join/#brlcad ishweradmin (~ishweradm@servers.ishwerdas.com)
23:05.31*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
23:06.33*** join/#brlcad ChanServ (ChanServ@services.)
23:06.33*** mode/#brlcad [+o ChanServ] by wolfe.freenode.net
23:07.29*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:07.43*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
23:24.29Notify03BRL-CAD:starseeker * 67112 brlcad/trunk/src/rt/rtshot.c: Getting better - don't send in the value, send in the pointer to the value.
23:30.32Notify03BRL-CAD:starseeker * 67113 (brlcad/trunk/include/bu/hash.h brlcad/trunk/src/libbu/hash.c): Using unsigned char * for a key type creates the (false) impression that keys need to be strings. Switch to uto uint8_t per suggestion from Sean.
23:34.39Notify03BRL-CAD:starseeker * 67114 (brlcad/trunk/include/bu/hash.h brlcad/trunk/src/libbu/hash.c): Same thing for the value - not limited to strings, so avoid that impression by switching to uint8_t
23:38.14brlcadandromeda-galaxy: if you think that script can be written quickly and are willing to write it, go for it .. only concern would be that it's several GB or so of data and waiting for 900 scp's get completed would be annoying and slow
23:40.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:41.16brlcadandromeda-galaxy: so I started writing up this whole plan, but it's getting too complicated -- let's just put all the data into a git repo on the server, publish that git repo, and set it up so anyone with an account on the server can push changes up
23:42.07brlcadpeople working on the data files need their local dev setups, desktop apps for reviewing images and videos, etc, so they need the whole shebang locally regardless.
23:50.22andromeda-galaxybrlcad: I'm fine with doing the script, it shouldn't be that hard (and might not be that slow since we can do http instead of scp, since we're in the webroot right now)
23:51.22andromeda-galaxybrlcad: but if you want to go the one big git repo route that would be fine as well. I don't know much about how to host repos in a securely accesible fashion though.  I can read about it some over the next few days and then run the plan by you or another admin to make sure that it looks sufficiently secure, if you want
23:52.15andromeda-galaxybrlcad: I've got to run for most of the rest of the day, but let me know if you think of anything else around how to handle this
23:56.56Notify03BRL-CAD:starseeker * 67115 brlcad/trunk/TODO: Add a note to rethink the libbu API
IRC log for #brlcad on 20160224

IRC log for #brlcad on 20160224

00:03.06brlcadandromeda-galaxy: the repo will be sitting behind ssh for pushes, so we don't need any fancy keys or access lists or lists of users
00:04.28brlcadgit clone ssh://user@brlcad.org:/path/to/repo.git
00:04.35brlcadboom, done
00:05.17Notify03BRL-CAD:starseeker * 67116 brlcad/trunk/src/libbu/tests/hash.c: rework bu_hash test code.
00:06.01brlcadandromeda-galaxy: you mentioned which designs were incorporated -- one of the github issue discussions has a link to a gallery of them yash left online
00:07.12brlcadonly thing not from last year gci was the overall color scheme, the centerpiece logo, and the byline
00:07.59brlcadcolor scheme and logo came from a couple years ago (incorporated for the sticker and style guides later), byline came from an archer splash screen
00:08.35brlcadthe logo itself is a rendering of a 3d model, which was also a gci task
00:08.47brlcadso in all, probably involves the contributed work from ...
00:11.23Notify03BRL-CAD:starseeker * 67117 brlcad/trunk/include/bu/hash.h: Add initial thoughts on a new bu_hash API that hides much more of the 'implementation guts' of the hash tbl and entry structures.
00:11.43brlcadI think 5 people, 7 counting myself and ishweradmin now
00:12.53brlcadneeds someone to check out the website, uncomment the "tessellactation" bit, and see if they can fix it ;)
00:33.15``Erik'tessellactation'? is this a disturbing portmanteau?
00:36.24``Erik(if accessibility/508 is a concern, http://www.ssbbartgroup.com/register/ has a free trial)
00:38.46brlcad``Erik: I wouldn't call it disturbing. :)
00:39.21brlcadsection uncommented on beta.brlcad.org, so all can see
00:41.10``Eriknothin' like a 70's picture in "recent news" ;)
00:42.12Notify03BRL-CAD:starseeker * 67118 brlcad/trunk/include/bu/hash.h: tweak proposed API to better match HACKING
00:44.06Notify03BRL-CAD:brlcad * 67119 brlcad/trunk/include/bu/hash.h: s/str/key/ on the bu_hash() arg
00:44.54brlcad:)
00:45.04brlcadstarseeker: should value be void*?
00:45.24brlcadat a glance, it's looking like it should be void*, not a uint8_t*
00:45.27Notify03BRL-CAD:starseeker * 67120 brlcad/trunk/include/bu/hash.h: too much const - functions do (will) cause changes.
00:52.29Notify03BRL-CAD:starseeker * 67121 brlcad/trunk/include/bu/hash.h: Performance isn't really a goal of bu_hash, so don't add complexity of exposing hash switching until it proves necessary/desirable.
00:58.41Notify03BRL-CAD:starseeker * 67122 brlcad/trunk/include/bu/hash.h: reorder parameters - outputs first (I think this is the convention? Not spotting it in HACKING right off...)
01:02.06*** join/#brlcad nhctugxceyjcxaev (~armin@dslb-092-074-254-079.092.074.pools.vodafone-ip.de)
01:11.07*** join/#brlcad notify-web (~notify-we@192.30.252.41)
01:11.07notify-web[13web] 15brlcad pushed 2 new commits to 06master: 02https://git.io/v2n3r
01:11.07notify-web13web/06master 1450bf8fc 15Christopher Sean Morrison: turn off multiviews so the main page will work in a userdir path where multiviews are disabled.  might affect mediawiki and wordpress, but will address them later.
01:11.07notify-web13web/06master 1484345f5 15Christopher Sean Morrison: Merge branch 'sofathitesh-master'...
01:11.07*** part/#brlcad notify-web (~notify-we@192.30.252.41)
01:11.23*** join/#brlcad notify-web (~notify-we@192.30.252.40)
01:11.24notify-web[13web] 15brlcad closed pull request #4: Theme files (06master...06master) 02https://git.io/Sivyhw
01:11.24*** part/#brlcad notify-web (~notify-we@192.30.252.40)
01:41.48Notify03BRL-CAD:starseeker * 67123 (brlcad/trunk/include/bu/hash.h brlcad/trunk/src/libbu/hash.c): Sean's got it right - value should be void * (was even cast to that for one of the printfs)
01:52.16Notify03BRL-CAD:starseeker * 67124 brlcad/trunk/include/bu/hash.h: more rework of proposed api
02:00.05*** join/#brlcad auvgqlpwiwlgstyf (~armin@dslb-094-216-161-032.094.216.pools.vodafone-ip.de)
02:27.00*** join/#brlcad notify-web (~notify-we@192.30.252.41)
02:27.00notify-web[13web] 15brlcad closed pull request #5: new updates in theme file (06master...06master) 02https://git.io/xIBp
02:27.00*** part/#brlcad notify-web (~notify-we@192.30.252.41)
02:27.27Notify03BRL-CAD:starseeker * 67125 brlcad/trunk/include/bu/hash.h: After more discussion with Sean, boil down to 8 functions and two hidden types.
02:32.04Notify03BRL-CAD:starseeker * 67126 brlcad/trunk/include/bu/hash.h: if we've got a bu_nhash_entry and want to update the value, don't make the user pay a full lookup cost when the bit they want to update is right there...
02:46.08Notify03BRL-CAD:starseeker * 67127 brlcad/trunk/include/bu/hash.h: few more thoughts on hash API.
03:04.39andromeda-galaxybrlcad: ah, okay.  what should we do for /path/to/repo?  Right now, it's in /usr/web/brlcad.org/gci/data/
05:54.07brlcadandromeda-galaxy: I think /usr/web/brlcad.org/gci/gci.git should work just fine, then gci/data can remain a live checkout in the web root, and it can be cloned via http/https/ssh
05:54.32*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
06:00.39andromeda-galaxybrlcad: sounds good, in the morning I'll just git init and add/commit the relevant filtes
06:00.40andromeda-galaxy*files
06:17.13Notify03BRL-CAD Wiki:Mechklrcet * 0 /wiki/User:Mechklrce:
06:24.37*** join/#brlcad notify-web (~notify-we@192.30.252.45)
06:24.37notify-web[13web] 15brlcad pushed 1 new commit to 06master: 02https://git.io/v2cR7
06:24.37notify-web13web/06master 144acc7fc 15Christopher Sean Morrison: make the main menu functional, pointing to the old site for now.  TODO: color still needs adjusting on hover.
06:24.37*** part/#brlcad notify-web (~notify-we@192.30.252.45)
06:24.47brlcadandromeda-galaxy: cool, thank you
06:31.34*** join/#brlcad notify-web (~notify-we@192.30.252.42)
06:31.34notify-web[13web] 15brlcad pushed 1 new commit to 06master: 02https://git.io/v2c0C
06:31.34notify-web13web/06master 14c59048b 15Christopher Sean Morrison: indent sources and remove dos line endings
06:31.34*** part/#brlcad notify-web (~notify-we@192.30.252.42)
06:40.10*** join/#brlcad notify-web (~notify-we@192.30.252.46)
06:40.11notify-web[13web] 15brlcad pushed 1 new commit to 06master: 02https://git.io/v2c0d
06:40.11notify-web13web/06master 143514f79 15Christopher Sean Morrison: nearly ready to go live, shorten the project description and remove the unimplemented let's talk section
06:40.11*** part/#brlcad notify-web (~notify-we@192.30.252.46)
06:45.56*** join/#brlcad notify-web (~notify-we@192.30.252.45)
06:45.56notify-web[13web] 15brlcad pushed 1 new commit to 06master: 02https://git.io/v2cEC
06:45.56notify-web13web/06master 14ce9be5a 15Christopher Sean Morrison: disable the 'news' articles while we're at it since they link to old content, and they need better presentation
06:45.56*** part/#brlcad notify-web (~notify-we@192.30.252.45)
06:48.07*** join/#brlcad notify-web (~notify-we@192.30.252.42)
06:48.08notify-web[13web] 15brlcad pushed 1 new commit to 06master: 02https://git.io/v2cuv
06:48.08notify-web13web/06master 14f265d2e 15Christopher Sean Morrison: rename to more memorable filename
06:48.08*** part/#brlcad notify-web (~notify-we@192.30.252.42)
07:17.21*** join/#brlcad notify-web (~notify-we@192.30.252.40)
07:17.21notify-web[13web] 15brlcad pushed 2 new commits to 06master: 02https://git.io/v2cgI
07:17.21notify-web13web/06master 14ad3ad31 15Christopher Sean Morrison: disable the menu zooming for now since most of the sections don't even exist.  add a 'learn more' button to the history highlight.
07:17.21notify-web13web/06master 143f7664b 15Christopher Sean Morrison: Merge branch 'master' of https://github.com/BRL-CAD/web
07:17.21*** part/#brlcad notify-web (~notify-we@192.30.252.40)
07:42.37*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:46.07*** join/#brlcad merzo (~merzo@195.70.95.61)
10:00.56*** join/#brlcad merzo (~merzo@mail.telfbt.co.uk)
10:10.48*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
11:08.19*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
11:47.10*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
11:51.02*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
11:52.17*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
12:22.11*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
12:23.08tandoorichickis there any function that, given three fastf_t values of X, Y and Z, return a point_t?
12:23.35tandoorichickI wasn't able to find any in plane.c
12:51.26*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
12:51.49``Erikerm, '='?
13:12.06tandoorichickuh, i need to call a function that computes the area of a triangle. so for that i need to make a point_t variable out of three coordinates. which im doing repeatedly now. so i thought if there was a function that just assigns it would be easier and less cluttered..
14:08.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:16.52*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
14:17.17``Eriktandoorichick: think less c++ and java, think more C... "point_t p = {1.0, 3.0, 2.5};" :)
14:21.41``Erik(there're also the VSET macros)
14:22.16``Erikpoint_t p; VSET(p, 1.0, 2.0, 3.0);
14:28.36tandoorichickoh right. got it. sorry for the stupid question. :)
14:40.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:16.13*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:07.22*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
18:39.44andromeda-galaxybrlcad: I have a bare git repo with all of the data pushed to it at \[ssh://brlcad.org:/usr/web/\|http://\]brlcad.org/gci/gci.git; /gci/data is a non-bare repo with everything in it; it's the original pushed dir + a git repo init'd with all the files added
18:42.38andromeda-galaxyshould we add on-push hooks to the bare repo to update the non-bare one so that the browsing of the repo works reasonably well?  or should we get rid of that one?
19:27.06*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:29.54Notify03BRL-CAD:starseeker * 67128 brlcad/trunk/src/rt/rtshot.c: Use uint8_t instead of char for key.
20:33.08Notify03BRL-CAD:starseeker * 67129 brlcad/trunk/src/librt/tree.c: Update how we're using bu_hash in src/librt/tree.c per the new pattern established with rtshot
20:41.17andromeda-galaxybrlcad: I've nearly got a little script for helping with categorizing the tasks done.  Since I'm actually moving a few of the tasks around while testing it, where should "create  a gallery ... " tasks go?  as per our earlier discussion, current categories are: infrastructure, code, misc, docs, design
20:48.03Notify03BRL-CAD:starseeker * 67130 brlcad/trunk/src/libtclcad/tclcad_obj.c: Not sure if argv[2] is persistant in memory for all uses of go_edited_paths entries - make a copy of the key to be sure and free it when the values are freed.
22:30.20*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:09.19*** join/#brlcad merzo (~merzo@195.70.95.61)
23:23.55Notify03BRL-CAD:starseeker * 67131 (brlcad/trunk/src/libged/ged.c brlcad/trunk/src/libged/select.c): tweaks
23:30.47Notify03BRL-CAD:starseeker * 67132 brlcad/trunk/src/libged/dag.cpp: more unsigned char to uint8_t conversion
23:37.57*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
IRC log for #brlcad on 20160225

IRC log for #brlcad on 20160225

00:43.03*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
02:12.21*** join/#brlcad LordOfBikes (~armin@dslb-088-064-034-075.088.064.pools.vodafone-ip.de)
03:03.12brlcad``Erik: any idea what happened?
04:27.12andromeda-galaxybrlcad: does the git repo setup look like what you wanted?
04:38.38brlcadcloning remotely now... at a glance, yeah, this is looking good :)
04:39.31brlcadlooks like it takes about 5 min to clone, which is quite reasonable
04:39.39brlcadlooks like it nicely compressed down <50%
05:12.51*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
05:14.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:25.22*** join/#brlcad notify-web (~notify-we@192.30.252.45)
06:25.23notify-web[13web] 15brlcad pushed 1 new commit to 06master: 02https://git.io/v2893
06:25.23notify-web13web/06master 14233b1c1 15Christopher Sean Morrison: rework the header menu to not be so intrusive. fix the logo so that it resizes and repositions correctly while overlapping the title area by default some.  add subtle emphasis on the title.
06:25.23*** part/#brlcad notify-web (~notify-we@192.30.252.45)
07:40.03*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:27.16*** join/#brlcad notify-web (~notify-we@192.30.252.40)
08:27.17notify-web[13web] 15brlcad pushed 2 new commits to 06master: 02https://git.io/v28pO
08:27.17notify-web13web/06master 144dcd993 15Christopher Sean Morrison: this fixes the drawing discrepancy where it assumed the canvas filled the entire window.  now we specify our canvas dimensions and position correct and keep track of where the mouse is with respect to the canvas.
08:27.17notify-web13web/06master 1464d20b4 15Christopher Sean Morrison: enable the tessellation effect even thought it still is drawing incorrectly over top of the feature circles and the main icon.  need someone with stronger css-fu to figure this one out.
08:27.17*** part/#brlcad notify-web (~notify-we@192.30.252.40)
08:38.39*** join/#brlcad notify-web (~notify-we@192.30.252.41)
08:38.39notify-web[13web] 15brlcad pushed 1 new commit to 06master: 02https://git.io/v28h7
08:38.39notify-web13web/06master 1444477f9 15Christopher Sean Morrison: turn off the effect when we scale to mobile
08:38.39*** part/#brlcad notify-web (~notify-we@192.30.252.41)
10:54.09*** join/#brlcad merzo (~merzo@86.188.255.202)
11:25.07*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:58.47*** join/#brlcad ioan_ (~ioan@79.117.167.226)
12:04.12*** join/#brlcad ioan_ (~ioan@79.117.167.226)
12:20.06*** join/#brlcad ioan_ (~ioan@79.117.167.226)
12:20.32*** part/#brlcad ioan_ (~ioan@79.117.167.226)
12:21.29*** join/#brlcad ioan_ (~ioan@79.117.167.226)
12:22.11*** join/#brlcad andreea__ (~andreea@89.137.61.52)
12:54.04*** join/#brlcad ioan_ (~ioan@79.117.177.53)
13:01.01andreea__Hello my name is Andreea  and I am a second year university student. I have read the ideas page for your 2015 gsoc program and some of them seemed very interesting to me, especially because they require c/c++ or web development skills, and I am very good in these. I would like to know what kind of projects you have prepared for this year because I am very interested to get involved.
13:35.54brlcadandreea__: welcome
13:56.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:15.44*** join/#brlcad merzo (~merzo@mail.telfbt.co.uk)
14:29.23*** join/#brlcad notify-web (~notify-we@192.30.252.46)
14:29.23notify-web[13web] 15brlcad pushed 1 new commit to 06master: 02https://git.io/v24pc
14:29.23notify-web13web/06master 1459e21f4 15Christopher Sean Morrison: re-enabled the 'articles' section, but don't give them a title.  they're not so much news as past highlights.  reduce social media footer.
14:29.23*** part/#brlcad notify-web (~notify-we@192.30.252.46)
16:01.49andromeda-galaxybrlcad: great!  I have a little script to help with refiling that I'm going to push now, let me know if it seems useful, or if there's anything that would be good to change
16:15.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:16.57*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
16:57.14*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
17:52.05Notify03BRL-CAD:starseeker * 67133 brlcad/trunk/src/libtclcad/tclcad_obj.c: revert key copy - if I'm interpreting the tbl_free logic correctly, they'll free the key.
17:52.55Notify03BRL-CAD:starseeker * 67134 brlcad/trunk/src/libtclcad/tclcad_obj.c: still switch type though
18:30.01*** join/#brlcad merzo (~merzo@mail.telfbt.co.uk)
18:38.18*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
19:03.39``Erikbrlcad: the reboot? no idea, caught me by total surprise
19:04.08``Eriksunny beaches, it rebooted again
19:14.55*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
19:18.09*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
19:24.09Notify03BRL-CAD:starseeker * 67135 (brlcad/trunk/include/bu/hash.h brlcad/trunk/src/libbu/hash.c): Start putting in (slightly) reworked functions for bu_nhash
19:54.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:10.46andromeda-galaxydoes beta.brlcad.org automatically pick up the newest versions from the git repo?
20:17.45Notify03BRL-CAD:starseeker * 67136 brlcad/trunk/src/libbu/hash.c: refactor, start working on bu_nhash_del
20:27.34*** join/#brlcad ioan_ (~ioan@79.117.177.53)
21:06.31*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-irxkwbxwodjvlqjy)
21:51.54Notify03BRL-CAD:starseeker * 67137 brlcad/trunk/src/libbu/hash.c: may not be null...
21:52.32andromeda-galaxybrlcad: by the way, on the website: I've been working on redoing the way that the three icon/columns are positioned so that they work in more configurations and don't rely on a whole bunch of absolute pixel-number sized blocks that don't always look right
22:18.11*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
22:22.45Notify03BRL-CAD:starseeker * 67138 (brlcad/trunk/include/bu/hash.h brlcad/trunk/src/libbu/hash.c): Take a stab at the remaining functions.
22:31.11Notify03BRL-CAD:starseeker * 67139 (brlcad/trunk/include/bu/hash.h brlcad/trunk/src/libbu/hash.c): Turn on the header defines to sync things up.
22:54.44Notify03BRL-CAD:starseeker * 67140 (brlcad/trunk/src/libbu/hash.c brlcad/trunk/src/libbu/tests/hash.c): Start setting up tests.
23:07.00Notify03BRL-CAD:starseeker * 67141 (brlcad/trunk/include/bu/hash.h brlcad/trunk/src/libbu/hash.c brlcad/trunk/src/libbu/tests/hash.c): Fix del while test
23:28.16*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:49.18Notify03BRL-CAD:starseeker * 67142 brlcad/trunk/src/libbu/tests/hash.c: Start laying the groundwork for a slightly less trivial test
23:52.35Notify03BRL-CAD:starseeker * 67143 brlcad/trunk/src/libbu/tests/CMakeLists.txt: move to C++
23:52.59*** join/#brlcad merzo (~merzo@195.70.95.61)
23:55.32*** join/#brlcad notify-web (~notify-we@192.30.252.45)
23:55.32notify-web[13web] 15peter-sa opened pull request #11: Improve positioning of "about" section blurbs (06master...06master) 02https://git.io/v20Z4
23:55.32*** part/#brlcad notify-web (~notify-we@192.30.252.45)
IRC log for #brlcad on 20160226

IRC log for #brlcad on 20160226

01:04.10Notify03BRL-CAD:starseeker * 67144 (brlcad/trunk/src/libbu/hash.c brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/hash.cxx): Now we're getting somewhere. Multiple-hundred word key set, mapping to numbers, dupliate keys with different numbers for checking 'final assignment wins' property, null string in key set to make sure null keys are errors, C++ std::map is used for correctness testing,
01:04.13Notifyiteration over hash table also tested. Tests are now passing, add to ctest.
01:04.15Notify...
01:15.57*** join/#brlcad aihtebpmccgjgsdr (~armin@dslb-088-066-135-151.088.066.pools.vodafone-ip.de)
02:17.24Notify03BRL-CAD:starseeker * 67145 brlcad/trunk/src/libbu/hash.c: Newer gcc spotted that this was set but unused
02:48.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:07.17*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
06:41.25*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
07:29.48andromeda-galaxybrlcad: I just saw that you were off irc when I sent these, so resending:
07:29.55andromeda-galaxybrlcad: great!  I have a little script to help with refiling that I'm going to push now, let me know if it seems useful, or if there's anything that would be good to change
07:30.10andromeda-galaxybrlcad: by the way, on the website: I've been working on redoing the way that the three icon/columns are positioned so that they work in more configurations and don't rely on a whole bunch of absolute pixel-number sized blocks that don't always look right [note: this is now in a PR on github]
07:42.24*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:43.55*** join/#brlcad teepee- (~teepee@unaffiliated/teepee)
09:23.00*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
09:30.59*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:02.58*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
10:27.38*** join/#brlcad merzo (~merzo@mail.telfbt.co.uk)
10:42.02*** join/#brlcad andreea__ (~andreea@89.137.61.52)
11:13.38*** join/#brlcad ioan_ (~ioan@79.117.177.53)
11:20.37*** join/#brlcad ioan_ (~ioan@79.117.177.53)
11:24.05*** join/#brlcad ioan_ (~ioan@79.117.177.53)
12:58.58*** join/#brlcad merzo (~merzo@mail.telfbt.co.uk)
14:54.30Notify03BRL-CAD:starseeker * 67146 (brlcad/trunk/include/bu/hash.h brlcad/trunk/src/libbu/hash.c brlcad/trunk/src/libbu/tests/hash.cxx): As matters worked out, bu_hash_tbl_create can stay the same, the existing bu_hash structures will work, and none of the API names ended up conflicting. We don't need to introduce the bu_nhash workaround.
15:13.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:41.21Notify03BRL-CAD:starseeker * 67147 brlcad/trunk/include/bu/hash.h: Set the stage for deprecating the preexisting bu hash API. Document new functions, remove docs from old.
15:44.08Notify03BRL-CAD:bob1961 * 67148 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: -----------
15:48.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:53.22Notify03BRL-CAD:starseeker * 67149 brlcad/trunk/src/libbu/hash.c: Make some wrappers so we can deprecate old bu_hash functions but still use them internally in libbu.
15:57.00Notify03BRL-CAD:starseeker * 67150 brlcad/trunk/src/librt/tree.c: Shift to the new bu_hash API (4 lines to 1)
16:22.44Notify03BRL-CAD:starseeker * 67151 (brlcad/trunk/src/libged/ged.c brlcad/trunk/src/libged/select.c): move libged over to the new bu_hash api
16:35.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:48.39Notify03BRL-CAD:starseeker * 67152 brlcad/trunk/src/libtclcad/tclcad_obj.c: Rework libtclcad to use new bu_hash API.
17:03.09Notify03BRL-CAD:starseeker * 67153 brlcad/trunk/src/conv/g-dot.c: The hash function is no longer intended to be public API from libbu's hash (we want the ability to customized that at will) so put the specific hash g-dot wants to use in the file.
17:22.57*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
17:32.17Notify03BRL-CAD:starseeker * 67154 brlcad/trunk/src/rt/rtshot.c: Convert remaining uses of bu_hash to new API.
17:33.11Notify03BRL-CAD:starseeker * 67155 brlcad/trunk/src/conv/ply/g-ply.c: Convert remaining uses of bu_hash to new API.
17:38.39Notify03BRL-CAD:starseeker * 67156 (brlcad/trunk/CHANGES brlcad/trunk/include/bu/hash.h): Mark old libbu hash functions/structs as deprecated
17:52.26Notify03BRL-CAD:starseeker * 67157 (brlcad/trunk/include/bu/hash.h brlcad/trunk/src/conv/ply/g-ply.c and 6 others): Simplify/shorten names
17:58.48*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
17:59.47Notify03BRL-CAD:starseeker * 67158 (brlcad/trunk/include/bu/hash.h brlcad/trunk/src/libbu/hash.c): Minor tweaks
18:07.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:15.20*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:43.57Notify03BRL-CAD:starseeker * 67159 brlcad/trunk/include/bu/hash.h: fix comment
21:59.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:53.48Notify03BRL-CAD:starseeker * 67160 (brlcad/trunk/include/icv/io.h brlcad/trunk/src/libicv/size.c brlcad/trunk/src/util/icv.cpp): Start working on an updated image size guessing routine in the spirit of fb_common_image_size from libfb, but put it in libicv this time. Should eventually replace the libfb functionality.
IRC log for #brlcad on 20160227

IRC log for #brlcad on 20160227

02:02.35*** join/#brlcad merzo (~merzo@195.70.95.61)
03:59.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:18.39brlcadandromeda-galaxy: thx, just saw the PR and am giving it a test drive now
04:24.11brlcadandromeda-galaxy: seeing a couple new problems with this, will comment on the PR
04:41.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:42.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:34.46*** join/#brlcad greenapple (0e8b2997@gateway/web/freenode/ip.14.139.41.151)
09:23.54*** join/#brlcad notify-web (~notify-we@192.30.252.42)
09:23.55notify-web[13web] 15inderpreetsingh opened pull request #12: Compatibility with navigation (06master...06master) 02https://git.io/v22JR
09:23.55*** part/#brlcad notify-web (~notify-we@192.30.252.42)
11:18.04*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
11:36.52*** join/#brlcad ickby (~stefan@x5d84db93.dyn.telefonica.de)
12:19.39*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
15:42.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:06.08*** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-ixkpbqmtnnlmldwv)
16:16.22*** join/#brlcad merzo (~merzo@195.70.95.61)
16:20.16*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
16:43.10*** join/#brlcad stefan__ (~stefan@x5d8458eb.dyn.telefonica.de)
18:32.31*** join/#brlcad merzo (~merzo@195.70.95.61)
18:45.30*** join/#brlcad merzo (~merzo@195.70.95.61)
19:25.32*** join/#brlcad notify-web (~notify-we@192.30.252.45)
19:25.32notify-web[13web] 15inderpreetsingh closed pull request #12: Compatibility with navigation (06master...06master) 02https://git.io/v22JR
19:25.32*** part/#brlcad notify-web (~notify-we@192.30.252.45)
20:43.01Notify03BRL-CAD:starseeker * 67161 (brlcad/trunk/include/icv/io.h brlcad/trunk/src/libicv/size.c brlcad/trunk/src/util/icv.cpp): More work on a libicv image size guessing function.
21:03.50Notify03BRL-CAD:starseeker * 67162 brlcad/trunk/src/libicv/fileformat.c: Don't use PNG_COLOR_TYPE_RGB when writing a GRAY image.
21:35.10Notify03BRL-CAD:starseeker * 67163 (brlcad/trunk/src/libicv/CMakeLists.txt brlcad/trunk/src/libicv/fileformat.c): Add png read support to libicv, break png out of fileformat.c like the other formats.
21:39.24*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
22:08.43*** join/#brlcad infobot (ibot@rikers.org)
22:08.43*** topic/#brlcad is http://ibot.rikers.org/%23brlcad/ || We're busy preparing a major release 7.26 (eta January) and getting archer/mged to Beta status (eta April) || SEEKING: web devs to finish setting up our new website!
22:12.12*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
22:16.37*** join/#brlcad ``Erik (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
22:20.37*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
22:21.15*** join/#brlcad ickby (~stefan@93.132.88.235)
22:29.55*** join/#brlcad kanzure_ (~kanzure@bryan.fairlystable.org)
22:30.03*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
22:30.34*** join/#brlcad LordOfBikes (~armin@dslb-088-066-135-151.088.066.pools.vodafone-ip.de)
22:34.16*** join/#brlcad ishweradmin (~ishweradm@servers.ishwerdas.com)
22:43.59*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
23:08.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160228

IRC log for #brlcad on 20160228

00:01.51*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
00:20.50*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
00:39.25Notify03BRL-CAD:starseeker * 67165 brlcad/trunk/regress/CMakeLists.txt: checkpoint
00:49.00Notify03BRL-CAD:starseeker * 67166 (brlcad/trunk/regress/CMakeLists.txt brlcad/trunk/regress/icv/CMakeLists.txt): Add round trip test for icv + pix - read in a pix, write out a pix, check that the new image is the same as the original.
01:15.28Notify03BRL-CAD:starseeker * 67167 brlcad/trunk/regress/icv/CMakeLists.txt: Add a png import test
01:23.52Notify03BRL-CAD:starseeker * 67168 brlcad/trunk/regress/icv/CMakeLists.txt: set up for import vs export image test configurations.
01:27.35*** join/#brlcad LordOfBikes (~armin@dslb-088-066-156-107.088.066.pools.vodafone-ip.de)
01:49.14*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:23.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:43.10*** join/#brlcad kanzure (~kanzure@bryan.fairlystable.org)
06:51.52*** join/#brlcad ickby (~stefan@x5d8458eb.dyn.telefonica.de)
07:15.27*** join/#brlcad stefan_ (~stefan@x5d8458eb.dyn.telefonica.de)
08:43.44*** join/#brlcad stefan_ (~stefan@x5d8458eb.dyn.telefonica.de)
09:35.56*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
10:49.30*** join/#brlcad merzo (~merzo@195.70.95.61)
12:29.01*** join/#brlcad LordOfBikes (~armin@dslb-088-066-156-107.088.066.pools.vodafone-ip.de)
13:07.41*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:09.22*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
15:08.16*** join/#brlcad ickby (~stefan@x5d846c3e.dyn.telefonica.de)
15:27.08*** join/#brlcad ickby (~stefan@x5d846c3e.dyn.telefonica.de)
15:27.28*** join/#brlcad notify-web (~notify-we@192.30.252.42)
15:27.28notify-web[13web] 15Gauravjeetsingh opened pull request #13: fixed vertical rhythm (06master...06master) 02https://git.io/v2aDP
15:27.28*** part/#brlcad notify-web (~notify-we@192.30.252.42)
15:34.27*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
15:40.49*** join/#brlcad ickby (~stefan@x5d846c3e.dyn.telefonica.de)
17:13.23Notify03BRL-CAD:starseeker * 67169 (brlcad/trunk/regress/icv/CMakeLists.txt brlcad/trunk/regress/icv/regress-icv_import.cmake.in): Add support for icv export testing.
17:41.33*** join/#brlcad ickby (~stefan@x5d846c3e.dyn.telefonica.de)
17:53.58*** join/#brlcad merzo (~merzo@195.70.95.61)
19:08.49Notify03BRL-CAD:starseeker * 67170 brlcad/trunk/CMakeLists.txt: Don't hault until after we've generated both the INSTALL and the configure file.
19:44.22*** join/#brlcad gagan (~gagan@122.173.186.143)
21:37.48*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:23.50Notify03BRL-CAD:starseeker * 67171 (brlcad/trunk/src/libicv/CMakeLists.txt brlcad/trunk/src/libicv/png.c brlcad/trunk/src/libicv/ppm.c): possible clobbering by longjmp/vfork warning from GCC in release build mode.
22:24.49Notify03BRL-CAD:starseeker * 67172 (brlcad/trunk/src/libicv/CMakeLists.txt brlcad/trunk/src/libicv/png.c brlcad/trunk/src/libicv/ppm.c): revert 67171 - too many files
22:25.34Notify03BRL-CAD:starseeker * 67173 brlcad/trunk/src/libicv/png.c: possible clobbering by longjmp/vfork warning from GCC in release build mode.
22:33.03Notify03BRL-CAD:starseeker * 67174 (brlcad/trunk/INSTALL brlcad/trunk/configure and 4 others): The pix-ppm program's output is not understood by the gimp, and libicv's support seems iffy as well. Rather than spend time trying to fix our own one-off on this, grab libnetpbm (NOT the full netpbm distribution, just the core lib that does the pbm/pgm/ppm/pam family of image formats) and use that. At the moment it's just being
22:33.05Notifyused to replace the old ppm read/write support in libicv, but should be fairly straightforward to get all 4 formats working transparently. Needs build testing on Windows.
22:33.08Notify...
23:26.38Notify03BRL-CAD Wiki:Nekorobov10 * 0 /wiki/User:Nekorobov10:
IRC log for #brlcad on 20160229

IRC log for #brlcad on 20160229

00:50.05Notify03BRL-CAD:starseeker * 67175 brlcad/trunk/regress/gcv/dem/regress-dem.cmake.in: Missed a path quote
00:51.19Notify03BRL-CAD:starseeker * 67176 (brlcad/trunk/src/other/libnetpbm/CMakeLists.txt brlcad/trunk/src/other/libnetpbm/pm_config.h.in): Test for a couple of headers
01:07.12Notify03BRL-CAD:starseeker * 67177 (brlcad/trunk/src/other/libnetpbm/CMakeLists.txt brlcad/trunk/src/other/libnetpbm/pm_config.h.in): Add a few more portability bits.
01:15.32Notify03BRL-CAD:starseeker * 67178 brlcad/trunk/src/other/libnetpbm/pm_config.h.in: Couple more MSVC tweaks
01:20.29Notify03BRL-CAD:starseeker * 67179 brlcad/trunk/src/other/libnetpbm/pm.h: Export a few more functions
01:24.05Notify03BRL-CAD:starseeker * 67180 brlcad/trunk/src/other/libnetpbm/pm_config.h.in: don't redefine
01:25.15*** join/#brlcad kaqdqtbxzjqhcxbb (~armin@dslb-088-065-184-246.088.065.pools.vodafone-ip.de)
01:27.26Notify03BRL-CAD:starseeker * 67181 brlcad/trunk/src/other/libnetpbm/pm_config.h.in: typo
02:28.08andromeda-galaxybrlcad: when you have a minute, can you take a look at my reply to you on the fix about blurbs pull request?
08:39.12*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:57.11*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:26.49*** join/#brlcad merzo (~merzo@mail.telfbt.co.uk)
11:41.18*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
13:26.45*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
14:34.55Notify03BRL-CAD:starseeker * 67182 (brlcad/trunk/regress/gcv/dem/CMakeLists.txt brlcad/trunk/regress/gcv/fastgen/CMakeLists.txt and 2 others): Quote paths
14:35.45Notify03BRL-CAD:starseeker * 67183 brlcad/trunk/regress/gcv/fastgen/CMakeLists.txt: more path quoting
14:39.44*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
14:42.04Notify03BRL-CAD:starseeker * 67184 (brlcad/trunk/regress/gcv/dem/regress-dem.cmake.in brlcad/trunk/regress/gcv/fastgen/regress-fastgen.cmake.in): more path quoting
14:46.03Notify03BRL-CAD:starseeker * 67185 brlcad/trunk/src/other/libnetpbm.dist: update dist file
14:52.52Notify03BRL-CAD:starseeker * 67186 brlcad/trunk/misc/CMake/distcheck_repo_verify.cmake.in: Fix FORCE_DISTCHECK test.
15:25.02*** join/#brlcad merzo (~merzo@mail.telfbt.co.uk)
15:25.34Notify03BRL-CAD:d_rossberg * 67187 (brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/CMakeLists.txt brlcad/trunk/src/libanalyze/density.c): patch https://sourceforge.net/p/brlcad/patches/385/ "Generic volume implementation" from Kalpit Thakkarincludes generic routines for centroid, and area as welldoesn't include the src/libged/analyze.c from patch fileneeds to be tested etc.
15:32.20Notify03BRL-CAD:starseeker * 67188 brlcad/trunk/regress/gcv/fastgen/regress-fastgen.cmake.in: Make a stab at a fastgen regression test that will run on Windows.
18:13.34*** join/#brlcad ickby (~stefan@x5d844343.dyn.telefonica.de)
18:20.09*** join/#brlcad ickby (~stefan@x5d844343.dyn.telefonica.de)
18:42.52Notify03BRL-CAD:starseeker * 67189 brlcad/trunk/regress/gcv/fastgen/regress-fastgen.cmake.in: close set
18:44.36``Erikwonders who is sitting on the edge of their seat hitting refresh on the gsoc org page O.o :)
18:46.02teepeeis just watching #gsoc ;)
19:00.26*** join/#brlcad ickby (~stefan@x5d84682b.dyn.telefonica.de)
19:01.58teepeeright, looks we are in :)
19:02.30teepeethanks to the org admins
19:11.37*** join/#brlcad ickby_ (~stefan@x5d84682b.dyn.telefonica.de)
19:25.21*** join/#brlcad ickby (~stefan@x5d84682b.dyn.telefonica.de)
19:28.52Notify03BRL-CAD:starseeker * 67190 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/libbu/file.c): Try a different strategy for bu_same_file on MSVC - sb1/sb2 were identical for non-identical files, resulting in gdiff reporting an error.
19:50.47Notify03BRL-CAD:starseeker * 67191 brlcad/trunk/CMakeLists.txt: cmakedefine, not define
19:51.58*** join/#brlcad merzo (~merzo@195.70.95.61)
19:56.12*** join/#brlcad yorik (~yorik@187.101.177.154)
20:19.16Notify03BRL-CAD:starseeker * 67192 (brlcad/trunk/regress/gcv/dem/regress-dem.cmake.in brlcad/trunk/regress/icv/regress-icv_export.cmake.in and 2 others): Update more regression tests to try for Windows compatibility.
20:48.47Notify03BRL-CAD:starseeker * 67193 (brlcad/trunk/regress/gcv/CMakeLists.txt brlcad/trunk/regress/gcv/dem/CMakeLists.txt and 3 others): Bit of reorg
20:51.23Notify03BRL-CAD:starseeker * 67194 NIL: remove fastgen dir
20:53.09Notify03BRL-CAD:starseeker * 67195 brlcad/trunk/src/other/CMakeLists.txt: set folders
21:20.11*** join/#brlcad Gabriel__ (52890f65@gateway/web/freenode/ip.82.137.15.101)
21:58.18*** join/#brlcad infobot (~infobot@rikers.org)
21:58.18*** topic/#brlcad is http://ibot.rikers.org/%23brlcad/ || We're busy preparing a major release 7.26 (eta January) and getting archer/mged to Beta status (eta April) || SEEKING: web devs to finish setting up our new website!
22:00.58Gabriel__Hello! I am interested in the bug fixing section of this project. My question is: should one focus on fixing a single, high-priority bug or (possibly) more low-priority bugs?
22:15.30*** part/#brlcad dinesh857 (~dinesh__@154.70.108.203)
22:16.09*** join/#brlcad dinesh__ (~dinesh__@154.70.108.210)
22:41.10Notify03BRL-CAD:starseeker * 67197 (brlcad/trunk/include/bu/path.h brlcad/trunk/src/conv/gcv/gcv.sh and 3 others): Need to use mime:: prefix to handle C:/stuff style paths
22:49.47*** join/#brlcad Gabriel__ (52890f65@gateway/web/freenode/ip.82.137.15.101)
22:58.12*** join/#brlcad Gabriel__ (52890f65@gateway/web/freenode/ip.82.137.15.101)
23:11.54*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:18.25*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-pxnpqnuhrbcehexk)
23:20.59*** join/#brlcad batmanav (~batmanav@182.69.170.125)
23:23.13*** join/#brlcad dinesh__ (~dinesh__@154.70.108.194)
23:25.49*** join/#brlcad abhiShandy (~abhiShand@14.139.160.72)
23:35.33*** topic/#brlcad by tofu_ -> Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
23:36.00brlcadandromeda-galaxy: was traveling on the road the past 2 days, catching up with backlog
23:36.37StragusCongratulations for GSoC :)
23:37.53brlcadStragus: thx
IRC log for #brlcad on 20160301

IRC log for #brlcad on 20160301

00:09.16*** join/#brlcad batmanav (~batmanav@182.69.170.125)
00:18.11*** join/#brlcad batmanav (~batmanav@182.69.170.125)
00:40.04starseekerbreaths a sigh of relief - finally, got fastgen and icv regression tests to run on Windows...
00:52.26*** join/#brlcad batmanav (~batmanav@182.69.170.125)
00:58.23Notify03BRL-CAD:starseeker * 67198 brlcad/trunk/src/libicv/fileformat.c: PIX is almost never a good on disk format - default to the much more widely usable PNG as a fallback.
01:01.02Notify03BRL-CAD:starseeker * 67199 brlcad/trunk/regress/icv/CMakeLists.txt: Use tbz2 compression for verbose control images. Add dpix icv tests - note that icv itself generated the original dpix image since we don't have a pix-dpix binary, but the dpix-pix binary was used to confirm that the resulting dpix image did indeed convert back to the original pix file without using libicv's routine to do so.
01:04.46Notify03BRL-CAD:starseeker * 67200 brlcad/trunk/regress/icv/CMakeLists.txt: Add m35 bw image generated by pix-bw to serve as a control image. No tests added yet.
01:34.01*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
01:34.18brlcadoops, backgrounded too long :)
02:04.39Notify03BRL-CAD Wiki:Sean * 9537 /wiki/Google_Summer_of_Code/Project_Ideas: go with a 3x2 grid now that six orgs are participating together
02:05.26*** join/#brlcad batmanav (~batmanav@182.69.170.125)
02:15.28*** join/#brlcad batmanav (~batmanav@182.69.170.125)
03:05.55*** join/#brlcad batmanav (~batmanav@182.69.170.125)
03:40.52*** join/#brlcad batmanav (~batmanav@182.69.170.125)
04:46.20*** join/#brlcad batmanav (~batmanav@182.69.170.125)
05:22.30*** join/#brlcad greenapple (0e8b2997@gateway/web/freenode/ip.14.139.41.151)
06:05.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:40.11brlcadstarseeker: if you would, noting that several of your commits over the past couple days require NEWS lines, may want to double-check impact
07:26.34*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:42.33*** join/#brlcad greenapple (~androirc@1.39.51.200)
07:46.38*** join/#brlcad greenapple (~androirc@1.39.51.200)
07:58.35*** join/#brlcad Izakey (~Isaac@154.70.98.236)
07:59.58*** join/#brlcad boj (~boj@2001:250:3c02:763:f8fe:679:ac9:c3ed)
08:02.13*** join/#brlcad greenapple (~androirc@1.39.51.200)
08:09.13*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:29.07*** join/#brlcad konrado (~konro@41.202.219.65)
08:50.53*** join/#brlcad greenapple_ (0e8b2997@gateway/web/freenode/ip.14.139.41.151)
08:51.23*** join/#brlcad konrado (~konro@41.202.219.68)
08:51.46*** join/#brlcad greenapple (~androirc@1.39.51.200)
08:52.33*** join/#brlcad boj (~boj@2001:250:3c02:763:f8fe:679:ac9:c3ed)
09:10.30*** join/#brlcad batmanav (~batmanav@103.25.231.102)
09:19.34*** join/#brlcad greenapple (~androirc@1.39.51.200)
09:37.48*** join/#brlcad tafodinho (~tafodinho@195.24.220.134)
09:58.06*** join/#brlcad Guest64563 (~konro@154.70.99.104)
10:06.51*** join/#brlcad Gabriel__ (bc1b6bd6@gateway/web/freenode/ip.188.27.107.214)
10:10.08Notify03BRL-CAD:d_rossberg * 67201 (brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/api.c): gave setup_raytracing_context() and free_raytracing_context() the usual prefix for public libanalyze functions
10:15.55*** join/#brlcad batmanav (~batmanav@103.25.231.102)
10:28.59*** join/#brlcad zaverichintan_ (7beda739@gateway/web/freenode/ip.123.237.167.57)
10:33.24*** join/#brlcad Izakey (~Isaac@154.70.98.236)
10:44.12zaverichintan_I have done some graphics and online projects. As student, want to prticipate in GSOC 2016.
10:45.23*** join/#brlcad zaverichintan (~zaverichi@123.237.167.57)
10:46.22*** join/#brlcad batmanav (~batmanav@103.25.231.102)
10:47.17*** part/#brlcad zaverichintan (~zaverichi@123.237.167.57)
10:47.55*** join/#brlcad zaverichintan (~zaverichi@123.237.167.57)
10:51.28*** part/#brlcad zaverichintan (~zaverichi@123.237.167.57)
10:53.15*** join/#brlcad zaverichintan (~zaverichi@123.237.167.57)
11:01.58*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
11:02.09*** part/#brlcad zaverichintu (~zaverichi@123.237.167.57)
11:03.15*** join/#brlcad zaverichintu_ (7beda739@gateway/web/freenode/ip.123.237.167.57)
11:04.43*** part/#brlcad zaverichintu_ (7beda739@gateway/web/freenode/ip.123.237.167.57)
11:04.46*** join/#brlcad zaverichintu (~zaverichi@123.237.167.57)
11:21.39*** part/#brlcad zaverichintu (~zaverichi@123.237.167.57)
11:21.43*** join/#brlcad zaverichintu (~zaverichi@123.237.167.57)
11:22.01*** part/#brlcad zaverichintu (~zaverichi@123.237.167.57)
11:23.28*** join/#brlcad zaverichintu (~zaverichi@123.237.167.57)
11:23.59*** part/#brlcad zaverichintu (~zaverichi@123.237.167.57)
11:25.09*** join/#brlcad zaverichintu (~zaverichi@123.237.167.57)
11:25.10*** join/#brlcad zaverichintu_ (7beda739@gateway/web/freenode/ip.123.237.167.57)
11:26.21*** part/#brlcad zaverichintu (~zaverichi@123.237.167.57)
11:28.31tafodinhocan someone please tell me what am missing in my compilation from tis error http://pastebin.com/xrNsuQKm
11:29.51*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:32.48*** join/#brlcad konrado (~konro@154.70.99.174)
11:35.13*** join/#brlcad zaverichintu (~zaverichi@123.237.167.57)
11:41.04Notify03BRL-CAD:d_rossberg * 67202 brlcad/trunk/regress/icv/CMakeLists.txt: there is no m35.bw.tbz2 (should it be created/commited in?)
11:41.50d_rossbergtafodinho: update the trunk to the current head revision and try again
11:43.19tafodinhook thanks
11:46.46*** part/#brlcad zaverichintu (~zaverichi@123.237.167.57)
11:46.59*** part/#brlcad zaverichintu_ (7beda739@gateway/web/freenode/ip.123.237.167.57)
11:48.32*** join/#brlcad zaverichintu (~zaverichi@123.237.167.57)
11:53.22*** join/#brlcad gjeet (1bffe9e7@gateway/web/cgi-irc/kiwiirc.com/ip.27.255.233.231)
11:53.56*** part/#brlcad zaverichintu (~zaverichi@123.237.167.57)
11:53.58*** join/#brlcad zaverichintu (~zaverichi@123.237.167.57)
11:54.11*** join/#brlcad konrado_ (~konro@154.70.103.69)
11:55.01zaverichintuCan anyone help ?
11:56.13zaverichintuI have subscribed to E-mail, still 'Send Email" button is disabled  ?
11:57.56gjeethey! you mean you subscribed to mailing list ? right ?
11:58.20*** join/#brlcad tafodinho (~tafodinho@195.24.220.134)
11:59.58tafodinhohello d_rossberg i have tried and it sitll didn't work
12:00.27starseekertafodinho: same error?
12:00.39zaverichintu@ gjeet  yes.
12:01.04Notify03BRL-CAD:d_rossberg * 67203 brlcad/trunk/src/libanalyze/api.c: hide the only locally used functions
12:02.29gjeet@zaverichintu I may need more info like where exactly is this send email button that you say is disabled ? How are you trying to send mail to the mailing list ?
12:03.54tafodinhoStarseeker: yes i still have the same error what else can i try?
12:04.12zaverichintu@ Jgeet - I selected a name from right side list e.g. brlcd. 2nd. button on top 'Send email' is diable !
12:04.40starseekertafodinho: commit 67202 should have fixed it.  try clearing your CMakeCache.txt file from the build directory and give it another go
12:05.05zaverichintu@jgeet  How do i send mail to brlcad.
12:06.50tafodinhostarseeker: Ok thanks
12:06.51d_rossbergtafodinho; svn update
12:08.05tafodinhod_ressberg: should i runt the svn update in the build folder?
12:08.12starseekertafodinho: source folder
12:08.51starseekertafodinho: svn is our version control system - it manages revisions to files.  If you're not familiar with svn and/or VCS in general, you'll want to read up on it a little
12:08.51tafodinhoi now have revision 67203
12:10.01Notify03BRL-CAD:starseeker * 67204 brlcad/trunk/regress/icv/CMakeLists.txt: Making add_custom_command depend on build dir files it doesn't know how to make is making ninja generator a little cranky in CMake.
12:15.23Notify03BRL-CAD:starseeker * 67205 brlcad/trunk/src/other/libnetpbm/libpm.c: Don't define mkstempx unless we actually need it.
12:18.47*** join/#brlcad greenapple (~androirc@1.39.51.200)
12:19.56bojanyone trying to build the source on Windows?
12:21.12bojI have problems in pm_config.h, no definition of uint32_t and int32_t? and I add #include <stdint.h>, it works...is it a accecptable solution?
12:25.41starseekerboj: that'll work - what version of Windows?
12:26.05bojwindows 7 with visual studio 2012.
12:26.28starseekerhuh.  I've built on Windows... wonder why I didn't have that issue
12:26.34starseekeroh well - sure, send a patch
12:27.12bojwell, I don't know if it is a proper way to add this header in the pm_config.h directly?
12:27.34starseekerboj: the file pm_config.h.in in src/other/libnetpbm
12:27.54starseekerthat's what is used to generate pm_config.h
12:28.37bojI cannot get it..
12:28.51starseekerboj: ?
12:29.38bojsorry, I find this file, cause I am new to brl-cad...you say 'send a patch', I don't know how to do..
12:29.45*** join/#brlcad gjeet (1bffe9e7@gateway/web/cgi-irc/kiwiirc.com/ip.27.255.233.231)
12:30.07starseekerboj: http://brlcad.org/wiki/Patches
12:30.09*** join/#brlcad STW (~STW@wf102-128.ust.hk)
12:30.31bojthanks
12:38.00STWHi, I’m Tianwei, a second-year phd student from HKUST interested in contributing to BRL-CAD. Are we encouraged to work on high priority topics, in order to be selected into GSoC? Thanks.
13:57.22starseekerboj: for Windows building, see http://www.dtic.mil/dtic/tr/fulltext/u2/a587400.pdf starting on page 11
14:05.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:20.30starseekerjust a note for all the GSoC students joining the channel - you shouldn't be using private messages to discuss topics with individuals.  Interacting with the community is an integral part of open source software development.  It's not about going off in a corner and working on a project in isolation and then presenting the finished product to the group - open source development is done in the open
14:21.39bojthanks for the suggestions.. :)
14:22.27starseekerboj: you were interested in NURBS?
14:25.52bojyes
14:26.27bojI want to do something related to NURBS, and is there some topics that so close related with it?
14:26.44starseekerboj: so the first obvious candidate is NURBS editing
14:27.00bojyes
14:27.25starseekerthe second would be continuing work on NURBS boolean evaluation
14:28.25bojyeah, on the offical website, I see 'plate mode NURBS raytracing', what is it really about? I am a little bit curious..
14:28.40starseekerah yes, that one
14:29.11starseekerOK.  So NURBS B-Reps form solids - that is the B-Rep or boundary representation defines an enclosed volume
14:29.43starseekerNot all NURBS geometry forms B-Reps - sometimes, you'll get just a single surface in space
14:29.59bojyes, I know..
14:30.07starseekerCurrently, this is no good for BRL-CAD's raytracer - we need solids, so we can record both an in hit and an out hit
14:30.22starseekerif there is only a single surface, we get only one hit
14:30.36starseeker(for most ray directions, anyway)
14:30.49bojyou mean, you want add add the shell on the single surface?
14:30.57bojsorry for my typo.
14:31.46starseekerKind of.  What we want to do is to take that single hit point, and from that hit point deduce the "thin solid" behavior that would have been reported if that surface were replaced by a very thin solid
14:31.49bojso that if a ray hit the surface, it will get two points, the in-one and the out-one, not just the single one on the surface..(if it is just a surface, like a single triangle.)
14:32.13bojgot it.
14:32.13starseekernods - we already have a plate mode for our triangle BoT primitive
14:32.30starseekerthat would be the first place to look - to understand how "plate mode" works for triangle
14:32.38*** join/#brlcad greenapple (~androirc@1.39.50.206)
14:33.02bojdo you have some suggestions? where can I learn first?
14:34.38starseekerI'd check out the BoT source code
14:35.22starseekersrc/librt/primitives/bot
14:36.17starseekertake an STL file or something that has a couple triangles that don't form a closed volume, import that into BRL-CAD (stl-g) and set it up as a plate mode object
14:36.50starseekerthen use simple program like rtshot, and follow the ray trace through the code
14:37.53starseekerthen create a simple nurbs shape (you can use the brep_cobb program to generate a cobb sphere) and follow a ray through a NURBS raytrace
14:38.31starseekerOn Linux I'd suggest using GDB - I'm less familar with how you'd step through a program like this on Windows
14:38.49bojjust use the visual studio built-in debugger.
14:39.02starseekerOK, that should work
14:39.19*** part/#brlcad zaverichintu (~zaverichi@123.237.167.57)
14:39.32starseekerso study how to run rtshot, and watch what it does for both plate mode BoTs and NURBS
14:39.49bojyes, but I am now still working on compiling...if I can not make it on Windows, I will try it on Linux.
14:40.11starseekeryou'll need to understand what's going on with both of those pieces to have a foundation for trying to implement NURBS plate mode
14:40.19*** join/#brlcad zverichintan (7beda739@gateway/web/freenode/ip.123.237.167.57)
14:40.47starseekerboj: either should work - Linux is probably going to be easier, since most of the primary devs work on that platform, but in principle Windows should work as well
14:41.14*** join/#brlcad zaverichintu (~zaverichi@123.237.167.57)
14:41.47*** part/#brlcad zaverichintu (~zaverichi@123.237.167.57)
14:41.54starseekerboj: studying BoT plate mode and NURBS raytracing will not be a quick activity - the code is complex and pulls in a lot of concepts
14:41.58bojI also think also, cause my recent project is developed on Windows, so you know, I am trying to build on windows, If necessary, I will try that on my Macbook.
14:42.12bojI will try my best.
14:42.21*** join/#brlcad yorik (~yorik@187.101.177.154)
14:42.27starseekerthat said, NURBS plate mode will likely be easier than either NURBS editing or NURBS booleans
14:43.01bojso what is your suggestion? Maybe I can start from an easier one.
14:43.14starseekermy suggestion is to work on what interests you
14:43.59bojyes, I think when I am trying to anyone, I need to relate other topics, and need to learn some cause they are all related.
14:44.32bojthanks, you inspires me a lot, I will have a go.
14:45.33starseekerboj: if you want to look into the NURBS editing task, be aware that there is already (very) rudimentary support in the Archer GUI for NURBS editing
14:45.46starseekerunderstanding what that code does would be the logical starting point
14:46.21starseekerFor NURBS booleans, review http://brlcad.org/wiki/User:Phoenix/GSoc2013/Reports
14:47.56bojOK, I will check all that, and do a research on this topic.
14:49.37*** join/#brlcad greenapple (~androirc@1.39.50.206)
15:00.36Notify03BRL-CAD:starseeker * 67206 (brlcad/trunk/regress/icv/CMakeLists.txt brlcad/trunk/regress/icv/regress-icv_export.cmake.in brlcad/trunk/regress/icv/regress-icv_import.cmake.in): Add some bw tests - breakage reported, need to investigate pix-bw conversions in libicv
15:01.53*** join/#brlcad greenapple_ (0e8b2997@gateway/web/freenode/ip.14.139.41.151)
15:03.31STWHi, I found that the vm build is out-of-date. A cmake with higher version is needed :)
15:16.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:32.36*** join/#brlcad greenapple (~androirc@1.39.51.137)
15:35.00Notify03BRL-CAD:starseeker * 67207 brlcad/trunk/regress/icv/CMakeLists.txt: Use the right control file
15:38.37d_rossbergSTW: is the vm debian based?
15:41.34*** join/#brlcad ``Erik_ (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
15:42.44*** join/#brlcad STW (~STW@wf102-128.ust.hk)
15:47.49d_rossbergSTW: is the vm debian based?
15:48.06STWyes
15:49.00d_rossbergin this case "sudo apt-get update" followed by "sudo apt-get dist-upgrade" could help
15:49.32d_rossbergif this debian version has a newer cmake
15:50.31STWd_rossberg: thanks, I’ve already done that. Just a reminder for update. :)
16:15.24*** join/#brlcad Nebula_ (~chatzilla@1.39.80.45)
16:33.26brlcadSTW: hello, welcome -- note that the list of high-priority projects on the wiki is slightly out of date -- see the mailing list for a more up-to-date list
16:34.03STWbrlcad:thanks, I will check it
16:34.10brlcadboj: what experience do you have with NURBS?
16:36.08brlcadSTW: thanks for the heads up about the VM being out of date -- we won't likely update it for gsoc, but good to nkow
16:36.14brlcads/nkow/know/
16:47.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:53.42*** join/#brlcad ickby__ (~stefan@x5d846ff5.dyn.telefonica.de)
18:07.37*** join/#brlcad dinesh_ (~dinesh@154.70.108.217)
18:35.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:41.14starseekerbrlcad: pix-bw and pix-png -> png-bw produce different outputs by default.  Any way to define which one is "right"?
18:49.03*** join/#brlcad infobot (ibot@rikers.org)
18:49.03*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
18:54.32*** join/#brlcad tafodinho (~tafodinho@41.205.22.63)
18:55.01*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
18:57.06*** join/#brlcad Gabriel__ (4f73d0e7@gateway/web/freenode/ip.79.115.208.231)
19:02.45tafodinhoplease i have another error please chekc the log here http://pastebin.com/4P0U4hkq
19:25.44*** join/#brlcad Gabriel__ (4f73d093@gateway/web/freenode/ip.79.115.208.147)
19:25.46starseekerbrlcad: nevermind, I think I see now
19:30.02*** join/#brlcad greenapple (~androirc@1.39.51.137)
19:36.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:48.18*** join/#brlcad ickby (~stefan@x5d846ff5.dyn.telefonica.de)
19:59.23*** join/#brlcad ickby (~stefan@x5d846ff5.dyn.telefonica.de)
20:18.22brlcadstarseeker: almost certainly pix-bw is right, but could be a bug in either
20:18.46brlcadis it off on an edge or across the whole image?
20:19.07brlcadcould be as simple as the method of averaging
20:19.11brlcadorder of ops
20:28.16*** join/#brlcad stefan_ (~stefan@x5d846ff5.dyn.telefonica.de)
20:45.08*** join/#brlcad stefan_ (~stefan@x5d846ff5.dyn.telefonica.de)
20:48.43Notify03BRL-CAD:starseeker * 67208 (brlcad/trunk/src/libicv/CMakeLists.txt brlcad/trunk/src/libicv/bw.c and 5 others): Set up a icv_private.h header in libicv
20:51.41*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
21:00.24*** join/#brlcad ickby (~stefan@x5d846ff5.dyn.telefonica.de)
21:17.01*** join/#brlcad stefan_ (~stefan@x5d846ff5.dyn.telefonica.de)
21:20.36*** join/#brlcad Ani (0e8bd113@gateway/web/freenode/ip.14.139.209.19)
21:25.47Anihi there developers of BRL-CAD. I am 1st year B.Tech student willing to contribute through GSoC
21:26.49AniI am interested in task names "Code Reduction"
21:28.28AniI am new to the world of professional developers. So I have chose a task of easy category!
21:28.46AniMy e-mail ID is animeshdeb30031997@gmail.com
21:35.45starseekerbrlcad: it looks like its the averaging (or rather, weighting) method - pix-bw offers options, png-bw doesn't.
21:36.03starseekeris in the process of generalizing the libicv API to allow options to be passed to icv reader/writer functions...
21:36.38*** join/#brlcad ickby (~stefan@x5d846ff5.dyn.telefonica.de)
22:00.00*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
22:04.02*** join/#brlcad Ani (0e8bd113@gateway/web/freenode/ip.14.139.209.19)
22:09.45Anihi, I wish to join GSoC through BRL-CAD. The task I want to get me in is Code reduction. As this is my first experience to professional programming. So I have chose an easy task.
22:14.27StragusHi, welcome. Feel free to wait for brlcad or starseeker to notice the message (it can take a little while)
22:15.14Anisure Stragus
22:23.49starseekerAni: this is the place to start: http://brlcad.org/wiki/Summer_of_Code/Checklist
22:24.43starseekercode reduction proposals can't afford to be vague - you need to convince us you know specifically what you want to achieve
22:25.07starseekeri.e. which parts of the code you plan to reduce, how you plan to do it, how you plan to make sure it's correct, etc.
22:26.54starseekerbrlcad: regarding icv - I see that pix-bw is actually using icv, but the rgb to bw mapping is being performed by a separate (public) function.  I was thinking we would want to pass options into libicv and have it use them as part of its internal operations rather than making icv_rgb2gray and friends public API...
22:28.30starseekerI've been working on setting up something that can do that in principle, but it looks like it might be a significant change from how libicv was being set up - is there some specific design philosophy at work here already?
22:32.58*** join/#brlcad merzo (~merzo@195.70.95.61)
23:29.52*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:30.15*** join/#brlcad omar__ (d4c9477c@gateway/web/freenode/ip.212.201.71.124)
23:43.23*** join/#brlcad notify-web (~notify-we@192.30.252.42)
23:43.23notify-web[13web] 15brlcad pushed 1 new commit to 06master: 02https://git.io/v2XrV
23:43.23notify-web13web/06master 14b143e77 15Christopher Sean Morrison: add an initial authorship file to denote website contributors.  since we're starting pretty much from scrach, try to itemize exactly what everyone has done.  we'll see how sustainable that is.
23:43.23*** part/#brlcad notify-web (~notify-we@192.30.252.42)
IRC log for #brlcad on 20160302

IRC log for #brlcad on 20160302

00:53.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:04.59*** join/#brlcad boj__ (~boj@2001:250:3c02:763:85a:7b1f:7cfd:8f90)
01:06.37boj__Hi, brlcad, I am PhD student majoring in Comptuter Graphics, and only have some basic understanding of NURBS, in my next project, I will do something related to modeling, so I thinking NURBS based modeling may be helpful to my proj, so I am interested in this topic.
01:24.55*** join/#brlcad ivoignvitbytkrdq (~armin@dslb-088-064-037-140.088.064.pools.vodafone-ip.de)
02:54.22*** join/#brlcad nilram (67c0b093@gateway/web/freenode/ip.103.192.176.147)
03:52.26Notify03BRL-CAD:brlcad * 67209 (brlcad/trunk/src/other/libnetpbm/CMakeLists.txt brlcad/trunk/src/other/libnetpbm/pm_config.h.in): make sure we test for and include stdint.h for windows
04:19.51brlcadstarseeker: mac build is failing due to new pbm lib. this is the probem: https://www.google.com/search?client=safari&rls=en&q=error:+unknown+machine+mode++++++'V8QI'&ie=UTF-8&oe=UTF-8
04:22.13*** join/#brlcad zavri (7beda739@gateway/web/freenode/ip.123.237.167.57)
04:22.25*** part/#brlcad zavri (7beda739@gateway/web/freenode/ip.123.237.167.57)
04:22.56brlcadstarseeker: I tested if simply adding -msse3 would get past the error and it did not
04:27.33*** join/#brlcad zaverichintan (7beda739@gateway/web/freenode/ip.123.237.167.57)
04:28.27*** part/#brlcad zaverichintan (7beda739@gateway/web/freenode/ip.123.237.167.57)
04:30.17*** join/#brlcad zaverichintan (7beda739@gateway/web/freenode/ip.123.237.167.57)
04:30.29*** part/#brlcad zaverichintan (7beda739@gateway/web/freenode/ip.123.237.167.57)
04:38.00*** join/#brlcad STW (~STW@wf102-128.ust.hk)
04:42.53brlcadstarseeker: I found a workaround
04:42.54Notify03BRL-CAD:brlcad * 67210 (brlcad/trunk/src/other/libnetpbm/CMakeLists.txt brlcad/trunk/src/other/libnetpbm/libpbm3.c): adding -msse3 does not seem to get past this line giving a build failure on mac: error: unknown machine mode 'V8QI'. adding -D_BSD_SOURCE=1 and -msse3 did not work. specific source of the problem remains unknown, but updating to the newer vector_size attribute instead of mode gets us a clean
04:42.57Notifycompile.
04:42.59Notify...
04:45.25Notify03BRL-CAD:brlcad * 67211 brlcad/trunk/src/libanalyze/api.c: one_twelfth is unused
04:50.21Notify03BRL-CAD:brlcad * 67212 brlcad/trunk/src/libanalyze/centroid.c: units is also apparently unused. shouldn't need a table like this regardless as there's a BU interface for units
04:51.01Notify03BRL-CAD:brlcad * 67213 brlcad/trunk/include/icv/io.h: quell documentation warning, match the parameter names.
04:52.36Notify03BRL-CAD:brlcad * 67214 (brlcad/trunk/src/adrt/adrt.h brlcad/trunk/src/conv/g-var.c and 8 others): we do not need to directly include stdint.h in these files as it is one of the things common.h guarantees
04:58.50Notify03BRL-CAD Wiki:Zaverichintan * 0 /wiki/User:Zaverichintan:
05:10.50*** join/#brlcad sofat (~sofat@49.248.187.158)
05:16.06Notify03BRL-CAD:brlcad * 67215 (brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/api.c): make the resource functions conform with the naming conventions defined in HACKING.
05:20.21Notify03BRL-CAD:brlcad * 67216 brlcad/trunk/src/libanalyze/api.c: conventional app logic straight from gqa is now quite unsafe library logic. probably should stash it in the context.
05:35.50*** join/#brlcad greenapple_ (~androirc@1.39.50.151)
05:36.46*** join/#brlcad greenapple_ (~androirc@1.39.50.151)
05:39.43*** join/#brlcad redapple (0e8b2997@gateway/web/freenode/ip.14.139.41.151)
05:58.27*** join/#brlcad greenapple (~androirc@1.39.50.151)
07:04.15*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
07:06.19*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
07:08.23*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
07:08.24*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
07:13.38*** join/#brlcad dinesh__ (~dinesh@154.70.108.203)
07:14.08STWsuccussfully built brl-cad on VM, excited!
07:14.52STWhowever, i got 99% test cases passed, but 4 tests failed, namely 1, 467, 761, 766...
07:15.00STWanyone encountering this before?
07:40.01*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:33.19*** join/#brlcad batmanav (~batmanav@103.25.231.102)
09:04.31*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:36.08*** join/#brlcad merzo (~merzo@mail.telfbt.co.uk)
09:54.13*** join/#brlcad batmanav (~batmanav@103.25.231.102)
09:57.17*** join/#brlcad batmanav (~batmanav@103.25.231.102)
10:00.33*** join/#brlcad batmanav (~batmanav@103.25.231.102)
10:07.04*** join/#brlcad konrado (~konro@41.202.219.76)
10:07.05*** join/#brlcad batmanav_ (~batmanav@103.25.231.102)
10:25.17*** join/#brlcad greenapple (~androirc@1.39.50.151)
10:33.06*** join/#brlcad merzo (~merzo@mail.telfbt.co.uk)
10:44.51*** join/#brlcad gjeet (1bffe9e7@gateway/web/cgi-irc/kiwiirc.com/ip.27.255.233.231)
11:15.33*** join/#brlcad greenapple (~androirc@1.39.50.151)
11:21.55*** join/#brlcad gjeet (1bffe9e7@gateway/web/cgi-irc/kiwiirc.com/ip.27.255.233.231)
11:23.48*** join/#brlcad sofat (~sofat@49.248.187.158)
11:25.43*** join/#brlcad greenapple (~androirc@1.39.50.151)
11:29.42*** join/#brlcad dinesh_ (~dinesh@154.70.108.219)
11:36.22*** join/#brlcad tafodinho (~tafodinho@195.24.220.134)
11:51.42*** join/#brlcad sofat_ (~sofat@49.248.186.113)
11:53.33*** join/#brlcad gaganjyot (~gaganjyot@122.173.42.97)
12:01.37tafodinhoplease i have another error while compiling the code please check the log here http://pastebin.com/4P0U4hkq and tell me whats am missing thanks
12:21.21*** join/#brlcad batmanav (~batmanav@182.69.108.39)
12:25.38starseekertafodinho: that's a very strange error - nmg_pt_fu.c.o: file not recognized: File truncated looks to me like the drive ran out of space before it finished writing the .o file
12:25.53starseeker~pastebin
12:25.53infobotA "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude.
12:26.22starseekergenerally speaking, pastbin.com isn't preferred - I'd suggest the lisp.org version personally...
12:27.12starseekerSTW: do you have any more verbose output you can show us on the test failures?
12:28.01tafodinhostarseeker: my computer shutdown becus of lack of power could that be the problem?
12:28.37STWstarseeker: 1- NOTE:some “test’ tests are expected to fail, ‘regress’ must pass (Failed)
12:29.03STWstarseeker: 467 - bu_hash_lorem_ipsum (Failed)
12:29.05starseekertafodinho: that's probably it - it probably didn't complete the .o file before it went' down
12:29.22starseekerI'd suggest removing the .o file and trying again
12:29.31STW761 - regress-flawfinder (Failed)
12:29.42STWstarseeker: okay, let me try
12:29.56starseekerSTW: no, that advice was for tafodinho
12:30.07starseekerSTW: in your case, I'd suggest running make check instead of make test
12:30.17STWok
12:30.37starseekerthe  bu_hash_lorem_ipsum failure is interesting - that is expected to work - but the flawfinder test is currently known not to work
12:31.25STWthere is another fail. 766 - regress-quote (Failed)
12:31.28*** join/#brlcad merzo (~merzo@mail.telfbt.co.uk)
12:31.41starseekerSTW: OK - what platform are you on?  (OS/compiler)
12:32.05STWI just use the BRL-CAD vm
12:32.27STWbut the cmake is out-of-date, so I update it to 3.3.2
12:32.29starseekerah
12:32.36starseekerOK, that should be fine
12:32.47STWas for the host machine, I use centos
12:33.02starseekernods - the vm machine is the key
12:33.34Notify03BRL-CAD:starseeker * 67217 brlcad/trunk/src/libgcv/plugins/obj/wfobj/obj_util.h: Need common.h for uint8_t
12:34.24starseekerSTW: try this:  ctest --verbose -I 467,467
12:35.41starseekerthe quote one is also known to be not working at the moment, but the lorem_ipsum test (467) should work
12:36.01STWstarseeker: I did ‘make check’, it works fine except for one test
12:36.12starseekerSTW: did you try make test in response to one of our documents, or was it just a standard test to run?
12:36.49starseekerSTW: try that ctest line and let's see if we can figure it out - that's a new test, so may have some kinks in it
12:37.41STWyes, I am on it
12:38.40STWbtw, what is the entry point for this software, I mean a gui or something?
12:39.43*** join/#brlcad dinesh__ (~dinesh@154.70.108.206)
12:40.32STWstarseeker: it’s still the same. 1, 467, 761 and 766 fail
12:40.50starseekerSTW: did you run the ctest command I gave above?
12:41.00starseekerthat should have run *just* the 467 test
12:41.04STWyes, exactly
12:41.13starseekerand it ran all the tests?
12:41.16STWyes...
12:41.20starseekerscowls
12:41.56STWwhy is that…
12:41.58starseekerOK, try this:  src/libbu/tests/tester_bu_hash "2"
12:42.27STWa lot of error info
12:42.47starseekergood, that's what we need.  post it to paste.lisp.org and let's have a look...
12:43.39tafodinhostarseeker: Please check me out this new error
12:45.23tafodinhohttp://pastebin.com/5YH5a0Pi
12:46.50starseekertafodinho: that's another really strange error.  I'd suggest starting with a clean build directory, if you haven't tried that yet...
12:47.15starseekerif your computer powered down mid-build, there's no telling what might have happened
12:48.13tafodinhostarseeker: Ok that means i should delete my present build directory?
12:48.18starseekeryes
12:48.57starseekerand just for good measure do an svn update in your source tree
12:49.14Notify03BRL-CAD:starseeker * 67218 brlcad/trunk/regress/icv/CMakeLists.txt: turn this test off for now - still sorting things out
12:49.27starseekerok folks, I've gotta run for now
12:50.04starseekerSTW: if you can post the output from the tester_bu_hash run somewhere, that would be helpful
12:59.52*** join/#brlcad spycode (~tafodinho@195.24.220.134)
13:00.26spycodeStarseeker: My processor just overheated and my computer shutdown i have to restart
13:01.40*** join/#brlcad tafodinho (~tafodinho@195.24.220.134)
13:02.24tafodinhoprocessor failure!!
13:08.02*** join/#brlcad yorik (~yorik@187.101.177.154)
13:13.29STWstarseeker: send you an email regarding the error message to emailing list.
13:16.48*** join/#brlcad sofat__ (~sofat@49.248.188.35)
13:20.41*** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-zaovraucsiyssjaz)
13:23.12*** join/#brlcad sofat__ (~sofat@49.248.191.115)
13:48.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:12.23*** join/#brlcad batmanav (~batmanav@182.69.108.39)
14:14.25starseekerSTW: interesting - not at all what I expected
14:18.36Notify03BRL-CAD:starseeker * 67219 brlcad/trunk/src/libbu/tests/hash.cxx: Only check second if we've got a find reported.
14:24.57*** join/#brlcad greenapple (~androirc@1.39.50.151)
14:26.34*** join/#brlcad sofat_ (~sofat@49.248.182.227)
14:29.07*** join/#brlcad greenapple (~androirc@1.39.50.151)
14:30.02Notify03BRL-CAD:starseeker * 67220 brlcad/trunk/src/libbu/tests/hash.cxx: Use the stored key length when creating a string version of the key.
14:30.10starseekerSTW: does 67220 help any?
14:31.48STWI don’t quite understand what it means…
14:46.16*** join/#brlcad konrado (~konro@41.202.219.79)
15:07.00*** join/#brlcad greenapple (~androirc@1.39.49.6)
15:14.22*** part/#brlcad redapple (0e8b2997@gateway/web/freenode/ip.14.139.41.151)
15:21.31*** join/#brlcad greenapple (~androirc@1.39.49.6)
15:29.08*** join/#brlcad STW (~STW@wf102-128.ust.hk)
15:45.24Notify03BRL-CAD:starseeker * 67221 brlcad/trunk/src/util/pix-ppm.c: Need to read the whole file, not just first line (Sean)
16:07.01*** join/#brlcad boj_ (~boj@183.234.195.100)
16:13.28*** join/#brlcad STW (~STW@wf102-128.ust.hk)
16:24.29*** join/#brlcad TheArbiter (~androirc@82.137.12.74)
16:28.27Notify03BRL-CAD:starseeker * 67222 brlcad/trunk/NEWS: Sean fixed a bug in pix-ppm dating back to 2009 (possibly r36445) that resulted in invalid ppm files being written out.
16:33.25*** join/#brlcad batmanav (~batmanav@182.69.108.39)
16:34.10Notify03BRL-CAD:n_reed * 67223 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: note typical ON_BoundingBox usage
16:52.19*** join/#brlcad batmanav (~batmanav@182.69.108.39)
17:13.57*** join/#brlcad Robert_Dumitru (~robert.du@2a02:2f0b:8043:2700:1405:84a:a9fd:2)
17:14.47*** part/#brlcad batmanav (~batmanav@182.69.108.39)
17:23.25*** join/#brlcad ickby (~stefan@x5d8461af.dyn.telefonica.de)
17:37.51*** join/#brlcad ickby (~stefan@x5d8461af.dyn.telefonica.de)
17:48.34*** join/#brlcad gaganjyot (~gaganjyot@122.173.0.168)
17:54.56starseekerSTW: does the test pass when you update to r67220?
17:55.16starseeker(run make check to rebuild)
17:56.05Notify03BRL-CAD:starseeker * 67224 brlcad/trunk/src/libicv/icv_private.h: Need to study gcv's plugin approach - eventually, we'll need something similar for libicv. Don't have the resources to throw at it now.
17:56.38STWstarseeker: I have no access for my working computer right now. will try later
17:57.26STWbtw, maybe a stupid question, how do i update to r67220, by ‘git pull origin’?
17:58.46Notify03BRL-CAD:starseeker * 67225 brlcad/trunk/src/libicv/fileformat.c: Sigh. Sean pointed out that some of our image processing tools may be assuming they'll get PIX out of the box, which is a fair point. It's ultimately the apps responsibilty to specify png, but we should review our 'user facing' tools (as opposed to the processing tools that are designed to be piped together) to make sure they are in fact defaulting
17:58.48Notifyto png...
17:58.50Notify...
18:18.17*** join/#brlcad tafodinho (~tafodinho@195.24.220.134)
18:24.07*** join/#brlcad tafodinho (~tafodinho@195.24.220.134)
18:28.17tafodinhoyet another error at 81% can someone please help me view error here http://pastebin.com/VcNBzyYA
18:32.00*** join/#brlcad ickby (~stefan@x5d8461af.dyn.telefonica.de)
18:44.43*** join/#brlcad ickby_ (~stefan@x5d8461af.dyn.telefonica.de)
19:01.48starseekerSTW: no, we use subversion - so it'd be svn update
19:02.44STWgot it. You update the code base really fast :)
19:07.37*** join/#brlcad ickby_ (~stefan@x5d8461af.dyn.telefonica.de)
19:09.01tafodinhostarseeker: please help me out with this error http://pastebin.com/VcNBzyYA
19:20.31*** join/#brlcad ickby (~stefan@x5d8461af.dyn.telefonica.de)
19:31.37*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
19:46.21*** part/#brlcad Robert_Dumitru (~robert.du@2a02:2f0b:8043:2700:1405:84a:a9fd:2)
20:06.10*** join/#brlcad Arbitrer (~androirc@82.137.8.78)
20:45.03*** join/#brlcad Gabriel (bc1a56ff@gateway/web/freenode/ip.188.26.86.255)
20:47.00Notify03BRL-CAD Wiki:AsnelNgoulla * 0 /wiki/User:AsnelNgoulla:
20:54.47*** join/#brlcad Yash_ (yash_m@1.186.159.38)
21:13.07*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
21:14.40*** join/#brlcad konrado (~konro@41.202.219.65)
21:17.02Notify03BRL-CAD:starseeker * 67226 (brlcad/trunk/regress/icv/m35.bw.tbz2 brlcad/trunk/regress/icv/m35_bw.pix.tbz2 brlcad/trunk/regress/icv/m35_bw.png): Use images generated from 7.20.4, before any of the image tools were using libicv
21:20.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:29.30*** join/#brlcad merzo (~merzo@195.70.95.61)
22:04.02*** part/#brlcad Gabriel (bc1a56ff@gateway/web/freenode/ip.188.26.86.255)
22:23.35*** join/#brlcad konrado (~konro@41.202.219.70)
22:28.34*** join/#brlcad dinesh__ (~dinesh@154.70.108.207)
22:31.54*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.235.148)
22:42.16Notify03BRL-CAD:starseeker * 67227 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/color_space.c): I *think* this gets closer to the same behavior as the original pix-bw, but its still not exact.
22:54.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:03.07*** join/#brlcad dinesh__ (~dinesh@154.70.108.204)
23:40.26Notify03BRL-CAD:n_reed * 67228 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add overview of intersection classes and types
IRC log for #brlcad on 20160303

IRC log for #brlcad on 20160303

00:13.21*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:02.23Notify03BRL-CAD:starseeker * 67229 (brlcad/trunk/NEWS brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/src/util/CMakeLists.txt): Remove the pix-bw3 and bw3-pix commands - essentially obsolete, work can be accomplished with pix-bw and bw-pix.
01:23.43Notify03BRL-CAD:starseeker * 67230 (brlcad/trunk/NEWS brlcad/trunk/regress/icv/CMakeLists.txt and 3 others): Sean and I tracked down a change introduced by pix-bw using libicv's conversion routines. The new approach is an improvement (lrint rounding rather than C truncation during int->double conversion) but it will result in different pixel values when rouding decisions change. Since this potentially user visible
01:23.45Notify(albeit subtle) add a note in the NEWS file.
01:23.47Notify...
01:27.36*** join/#brlcad LordOfBikes (~armin@dslb-092-074-249-103.092.074.pools.vodafone-ip.de)
01:54.39*** join/#brlcad nilram (67c0b093@gateway/web/freenode/ip.103.192.176.147)
02:12.27*** join/#brlcad nilram (67c0b093@gateway/web/freenode/ip.103.192.176.147)
03:26.43*** join/#brlcad ceterumnet (~ceterumne@50.56.243.144)
03:35.50starseekerboj: you might need to rerun the CMake configure/generate stages - I made some recent changes that may impact mkstempx
03:36.27bojOK, let me have a try, thanks starseeker :)
03:37.10bojI have successfully build it on my mac, it works, and I can read the code now, I just want to try it on windows :)
03:38.44Notify03BRL-CAD:starseeker * 67231 (brlcad/trunk/src/other/libnetpbm/libpm.c brlcad/trunk/src/other/libnetpbm/pm_config.h.in): Tweak HAVE_MKSTEMP
03:40.12*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
03:54.24Notify03BRL-CAD:starseeker * 67232 brlcad/trunk/src/libicv/bw.c: Use correct constant
04:13.39*** join/#brlcad merzo (~merzo@195.70.95.61)
04:20.44*** join/#brlcad Arbitrer (~androirc@82.137.8.78)
04:21.33*** join/#brlcad jasvir (~jass@75-142-109-136.static.mtpk.ca.charter.com)
04:50.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:54.59Notify03BRL-CAD Wiki:Akshayjain07 * 0 /wiki/User:Akshayjain07:
04:56.09*** join/#brlcad TheArbiter (~androirc@82.137.10.102)
05:05.23*** join/#brlcad STW (~STW@wf102-128.ust.hk)
05:20.44*** join/#brlcad TheArbiter (~androirc@193.111.232.253)
05:35.57*** join/#brlcad greenapple (~androirc@1.39.49.101)
06:25.42*** join/#brlcad greenapple (~androirc@1.39.49.101)
06:45.44*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.235.44)
07:07.29Notify03BRL-CAD:brlcad * 67233 brlcad/trunk/NEWS: cliff did the actual work and it helps to fit the descriptions more tersely onto one line. this annotates the pix-bw fix that found differences when it was converted to icv where the storage format is double and lrint() is called to get an average. this resulted in a better bw, but different output. remotely related, no longer any reason to keep pix-bw3 since the exact
07:07.32Notifysame is achievable using pix-bw with an option. there may still be a need for something like bw3-pix for merging images back into an interlaced image but killing it by association. need to teach bw-pix to handle three images before release.
07:07.34Notify...
07:10.03Notify03BRL-CAD:brlcad * 67234 brlcad/trunk/TODO: need to teach bw-pix to do what bw3-pix did.
07:13.40*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.241.27)
07:22.09*** join/#brlcad greenapple (~androirc@1.39.49.101)
07:34.37*** join/#brlcad jasvir (~jass@71-83-201-3.dhcp.arhd.ca.charter.com)
08:03.03*** join/#brlcad Arbitrer (~androirc@193.111.232.253)
08:04.57*** join/#brlcad boj_ (~boj@2001:250:3c02:763:85a:7b1f:7cfd:8f90)
08:13.13*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
08:14.32*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:15.59*** join/#brlcad Arbitrer (~androirc@82.137.8.94)
08:16.00*** join/#brlcad TheArbiter (~androirc@82.137.8.94)
08:23.48bojis there any tutorial on how to run all these commands?
08:24.45bojIt make me confused, I really do not know to give parameters.
08:24.52*** join/#brlcad nilram (d24bfcec@gateway/web/freenode/ip.210.75.252.236)
08:27.34*** part/#brlcad nilram (d24bfcec@gateway/web/freenode/ip.210.75.252.236)
08:29.29*** join/#brlcad TheArbiter (~androirc@193.111.232.81)
08:29.55*** join/#brlcad sofat (~sofat@49.248.190.194)
08:41.38STWstarseeker: all tests passed after i update to the newest version
08:41.59STWactually I have the same questions as boj...
08:55.01*** join/#brlcad TheArbiter (~androirc@193.111.232.149)
09:06.49*** join/#brlcad Arbitrer (~androirc@141.85.227.228)
09:08.08*** join/#brlcad gaganjyot (~gaganjyot@122.173.0.168)
09:09.09*** join/#brlcad gaganjyot (~gaganjyot@122.173.0.168)
09:09.14*** join/#brlcad Arbitrer (~androirc@82.137.10.233)
09:09.14*** join/#brlcad TheArbiter (~androirc@82.137.10.233)
09:34.14*** join/#brlcad TheArbiter (~androirc@141.85.227.228)
09:35.10*** join/#brlcad TheArbiter (~androirc@141.85.227.228)
09:42.36*** join/#brlcad merzo (~merzo@mail.telfbt.co.uk)
09:57.20*** join/#brlcad Yash_ (yash_m@1.186.156.120)
10:10.12*** join/#brlcad tafodinho (~tafodinho@195.24.220.134)
10:13.09*** join/#brlcad spycode (~tafodinho@195.24.220.134)
10:15.13*** join/#brlcad spycode (~tafodinho@195.24.220.134)
10:22.28*** join/#brlcad Yash_ (yash_m@1.186.156.139)
10:29.48*** join/#brlcad TheArbiter (~androirc@141.85.227.228)
10:30.10*** join/#brlcad TheArbiter (~androirc@141.85.227.228)
10:36.49*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.242.145)
10:38.16*** join/#brlcad abc (4f73b9dc@gateway/web/freenode/ip.79.115.185.220)
10:51.47*** join/#brlcad 18WAAB1CY (~androirc@141.85.227.228)
10:51.47*** join/#brlcad 7F1AADTOC (~androirc@141.85.227.228)
11:16.54*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:17.38*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.241.88)
11:32.03Notify03BRL-CAD Wiki:Bwepngongn * 0 /wiki/User:Bwepngongn:
11:47.34*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.241.46)
12:07.07starseekerboj, STW: http://brlcad.org/wiki/Documentation
12:17.01starseekeror are you referring to the build system?  if so, the best available docs are here:  http://www.arl.army.mil/arlreports/2013/ARL-TR-6475.pdf
12:18.12starseekerfor the subversion VCS, this is a decent resource:  http://svnbook.red-bean.com/en/1.7/index.html
12:18.28*** join/#brlcad ickby (~stefan@x5d845c53.dyn.telefonica.de)
12:19.34bojyes, I read the doc, but for example, I want to use 'rtshot', I do not know how to give the last parameter?
12:20.23bojsomething that I am not so familiar, and where I can find some instructions or demos?
12:21.13*** join/#brlcad akshayjain07 (67157d4e@gateway/web/freenode/ip.103.21.125.78)
12:23.01*** join/#brlcad ickby_ (~stefan@x5d845c53.dyn.telefonica.de)
12:24.37*** join/#brlcad ickby_ (~stefan@x5d845c53.dyn.telefonica.de)
13:02.55*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.235.152)
13:05.27*** join/#brlcad konrado (~konro@41.202.219.76)
13:19.34*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
13:35.20*** join/#brlcad konrado (~konro@41.202.219.64)
13:36.57*** join/#brlcad yorik (~yorik@187.101.177.154)
13:52.09*** join/#brlcad ickby_ (~stefan@x5d845c53.dyn.telefonica.de)
14:07.51*** join/#brlcad ickby_ (~stefan@x5d845c53.dyn.telefonica.de)
14:13.25*** join/#brlcad sofat_ (~sofat@49.248.186.100)
14:17.32*** join/#brlcad sofat_ (~sofat@49.248.186.100)
14:24.19bojHi, when reading the code(line 597 in bot.c), I can not find the definition of the function ''rt_bot_shot_float(...)", I don't know why and feel a little confused, could anyone give me a hint?
14:24.56bojor some immediate files that including the definition?
14:33.43*** join/#brlcad catchchaos (6ace8987@gateway/web/freenode/ip.106.206.137.135)
14:46.28catchchaosHi guys! Looking to participate in GSOC '16 with BRL-CAD. I'd like to work on GPU computing. Any entry-level projects? I did notice one regarding Raytracing in the project list.
15:02.49*** join/#brlcad sofat_ (~sofat@49.248.178.156)
15:07.36*** join/#brlcad sofat__ (~sofat@49.248.178.253)
15:07.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:13.27*** join/#brlcad sofat__ (~sofat@49.248.180.236)
15:16.06*** join/#brlcad ickby (~stefan@x5d845c53.dyn.telefonica.de)
16:13.47*** join/#brlcad ickby (~stefan@x5d845c53.dyn.telefonica.de)
16:32.13*** join/#brlcad catchchaos (6ace8987@gateway/web/freenode/ip.106.206.137.135)
16:36.17*** join/#brlcad sandra-emma (~sandra-em@41.204.68.230)
16:38.30*** join/#brlcad gaganjyot (~gaganjyot@122.173.0.168)
16:39.35Notify03BRL-CAD:starseeker * 67235 brlcad/trunk/src/util/admin-db.cpp: erm - fix indexing on opt definitions
16:54.49*** join/#brlcad ickby_ (~stefan@x5d845c53.dyn.telefonica.de)
16:58.11*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.19.101)
17:01.02*** join/#brlcad STW (~STW@wf102-128.ust.hk)
17:13.21*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.241.205)
17:13.36asnel_ulrichhello
17:15.39*** join/#brlcad ickby_ (~stefan@x5d845c53.dyn.telefonica.de)
17:17.05asnel_ulrichplease can someone explain me how to use rtweight
17:21.22starseekerboj: I believe there are some macros used to define those parts of the code, but I don't know details
17:21.34starseekerasnel_ulrich: have you checked the man page?
17:21.39starseeker(brlman rtweight)
17:22.02asnel_ulrichyes
17:22.18starseekerasnel_ulrich: what does it not explain?
17:23.05asnel_ulrichmy real problem is with the .density file that it is supposed to use
17:36.31Notify03BRL-CAD:starseeker * 67236 brlcad/trunk/src/util/bw-pix.c: Take an initial stab at getting all the bw-pix behaviors (stdin/stdout, bw3-pix, -o output specifier, etc.) working at once.
17:48.37*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.235.192)
17:55.40*** join/#brlcad catchchaos_ (~catchchao@106.206.137.135)
18:23.00*** join/#brlcad yorik (~yorik@187.101.177.154)
18:32.19*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.242.216)
18:34.24*** join/#brlcad catchchaos (~catchchao@106.206.137.135)
18:40.38*** join/#brlcad catchchaos (~catchchao@106.206.137.135)
18:47.56*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:51.02*** join/#brlcad catchchaos_ (~catchchao@106.206.137.135)
18:57.08*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.241.193)
19:11.49*** join/#brlcad tafodinho (~tafodinho@195.24.220.134)
19:13.09tafodinho``Erik: hello please i would love to work on the general tree walker project how do i get started i have already compiled brlcad
19:13.49tafodinhobrlcad:  hello please i would love to work on the general tree walker project how do i get started i have already compiled brlcad
19:59.32*** join/#brlcad konrado (~konro@41.202.219.74)
20:58.49*** join/#brlcad STW (~STW@wf102-128.ust.hk)
21:02.00starseekerasnel_ulrich: Ah - there are example density files in the misc directory - GQA_SAMPLE_DENSITIES and NIST_DENSITIES
21:02.14starseekeryou could copy one of those to the .density location
21:39.17Notify03BRL-CAD:starseeker * 67237 brlcad/trunk/src/util/bw-pix.c: fix typo
21:40.34*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
21:43.35*** join/#brlcad patata1212 (~patata121@103.25.231.107)
21:43.38patata1212patata1212, welcome to channel #brlcad. Try following commands: !Say, !Weather, !Joke, !Ip, !Imdb, !Poke, !Topic, !Join, !Part, !Timeout, !Quit, !Restart, !Help, !Update
22:00.55*** join/#brlcad STW (~STW@wf102-128.ust.hk)
22:14.55*** join/#brlcad merzo (~merzo@195.70.95.61)
22:16.25Notify03BRL-CAD:starseeker * 67238 brlcad/trunk/src/libanalyze/api.c: clang static analyzer was reporting a couple of unread value errors
22:18.46Notify03BRL-CAD:starseeker * 67239 brlcad/trunk/src/libicv/color_space.c: multiple_colors being set unnecessarily (clang static analyzer)
22:45.37*** join/#brlcad dinesh__ (~dinesh@154.70.108.215)
23:01.50*** join/#brlcad STW (~STW@wf102-128.ust.hk)
23:16.49*** join/#brlcad merzo (~merzo@195.70.95.61)
23:38.20*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:43.38*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
23:48.32*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
23:48.37*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
IRC log for #brlcad on 20160304

IRC log for #brlcad on 20160304

01:09.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:17.07*** join/#brlcad STW (~STW@wf102-128.ust.hk)
01:34.48*** join/#brlcad LordOfBikes (~armin@dslb-178-010-185-041.178.010.pools.vodafone-ip.de)
01:35.32*** join/#brlcad imjalpreet (Thunderbir@nat/iiit/x-sdimywaoyqdcimpb)
01:52.26*** join/#brlcad xyz_ (0e8bf2c3@gateway/web/freenode/ip.14.139.242.195)
01:55.47*** join/#brlcad STW (~STW@wf102-128.ust.hk)
02:26.32*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.235.116)
02:44.51*** join/#brlcad boj (~boj@2001:250:3c02:763:8d9d:c208:fd93:9ece)
02:50.02*** join/#brlcad STW (~STW@wf102-128.ust.hk)
02:56.57*** join/#brlcad STW (~STW@wf102-128.ust.hk)
03:09.40*** part/#brlcad imjalpreet (Thunderbir@nat/iiit/x-sdimywaoyqdcimpb)
03:13.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:30.46bojI want to share my recent experience with all of you guys, cause I am new to BRL-CAD and not so familiar with it, hope for your sincere suggestion.
03:30.50bojI posted two questions previously. About the first one, @starseeker told me to read the manual, it is really a good suggestion, I learn a lot and now know how to use basic commands in mged, for example, the last parameter of 'rtshot', what I do is to import the model into mged, use 'ls' to list all the objects, and then select one as the last parameter, it works for me.(if it's not right, pls correct me, thanks).
03:30.54bojthe other problem is the definition of 'rt_bot_makesegs_float'(line 563 in bot.c), I find it in g_bot_include.c, it is a little bit different from what we do usually, what they do is to use XGLUE to generate the function proto-type when compiling, a kind of dynamic binding.
03:31.07bojHope for your suggestions and experience.thanks
03:31.26boj:)
04:28.29*** join/#brlcad dinesh__ (~dinesh@154.70.108.222)
04:34.40*** join/#brlcad notify-web (~notify-we@192.30.252.34)
04:34.40notify-web[13web] 15inderpreetsingh pushed 6 new commits to 06master: 02https://git.io/v27od
04:34.40notify-web13web/06master 149beed03 15gauravjeetsingh: fixed vertical rhythm
04:34.40notify-web13web/06master 141e7c750 15gauravjeetsingh: Improved markup, changed font-size from px to rem, replaced table layout with responsive div layout in about section and posts section.
04:34.40notify-web13web/06master 148105c1e 15gauravjeetsingh: removed old table layout code
04:34.40*** part/#brlcad notify-web (~notify-we@192.30.252.34)
04:34.43*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
04:39.24*** join/#brlcad LordOfBikes (~armin@dslb-178-010-185-041.178.010.pools.vodafone-ip.de)
04:52.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:38.50*** join/#brlcad sofat (~sofat@49.248.177.158)
05:48.48*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
05:50.50*** join/#brlcad patata1212 (~patata121@103.25.231.107)
05:50.53patata1212patata1212, welcome to channel #brlcad. Try following commands: !Say, !Weather, !Joke, !Ip, !Imdb, !Poke, !Topic, !Join, !Part, !Timeout, !Quit, !Restart, !Help, !Update
05:57.41Stragus!Quit
06:11.50*** join/#brlcad ickby_ (~stefan@x5d845660.dyn.telefonica.de)
06:11.50patata1212ickby_, welcome to channel #brlcad. Try following commands: !Say, !Weather, !Joke, !Ip, !Imdb, !Poke, !Topic, !Join, !Part, !Timeout, !Quit, !Restart, !Help, !Update
06:13.46*** join/#brlcad sofat (~sofat@49.248.177.158)
06:13.46patata1212sofat, welcome to channel #brlcad. Try following commands: !Say, !Weather, !Joke, !Ip, !Imdb, !Poke, !Topic, !Join, !Part, !Timeout, !Quit, !Restart, !Help, !Update
06:20.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:20.18patata1212kintel, welcome to channel #brlcad. Try following commands: !Say, !Weather, !Joke, !Ip, !Imdb, !Poke, !Topic, !Join, !Part, !Timeout, !Quit, !Restart, !Help, !Update
06:30.30*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.241.228)
06:33.17*** join/#brlcad sofat (~sofat@219.91.204.166)
06:45.40*** join/#brlcad merzo (~merzo@85.255.234.22)
07:35.13*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
07:38.45*** join/#brlcad ickby_ (~stefan@x5d845660.dyn.telefonica.de)
07:50.39*** join/#brlcad divamgupta__ (~divamgupt@103.25.231.102)
07:54.50*** join/#brlcad ickby_ (~stefan@x5d845660.dyn.telefonica.de)
08:05.07*** join/#brlcad akshayjain07 (67157d51@conference/drupalcon/x-ncepjabehiesatjd)
08:15.00*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
08:32.52*** join/#brlcad STW (~STW@wf102-128.ust.hk)
09:26.49*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.235.13)
10:40.12*** join/#brlcad 20WAAHB6V (~divamgupt@103.25.231.102)
10:40.45*** join/#brlcad ickby_ (~stefan@x5d845660.dyn.telefonica.de)
10:46.13*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
10:52.41*** join/#brlcad patata1212 (~patata121@103.25.231.107)
10:55.33*** join/#brlcad patata1212 (~patata121@103.25.231.107)
10:57.11*** join/#brlcad patata1212 (~patata121@103.25.231.107)
10:57.20*** join/#brlcad patata1212 (~patata121@103.25.231.107)
11:03.58*** join/#brlcad imjustlogging875 (~imjustlog@103.25.231.107)
11:14.26*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
11:26.51*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.242.154)
11:50.45*** join/#brlcad ickby_ (~stefan@x5d845660.dyn.telefonica.de)
12:11.58*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.103.231)
12:24.48*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:31.30*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
12:32.20Notify03BRL-CAD:starseeker * 67240 (svn:mime-type ## -1 +1 ## and 14 others): Try setting the encoding mime type in subversionProperty Changed:----------------brlcad/trunk/misc/tools/astyle/ASLocalizer.cpp
12:46.18*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.235.26)
12:55.28*** join/#brlcad yorik (~yorik@187.101.177.154)
12:59.56*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
13:07.39*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
13:11.42*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
13:12.13*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
13:22.26*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
13:23.50*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
13:24.42*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
13:24.56*** join/#brlcad Notify (~notify@66.118.151.70)
13:31.17*** join/#brlcad brlcad (~sean@66.118.151.70)
13:31.27*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
13:31.29*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
13:33.49*** join/#brlcad merzo (~merzo@3-106-132-95.pool.ukrtel.net)
13:38.46*** join/#brlcad Ch3ck (~Ch3ck@66.118.151.70)
13:39.56*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
13:40.04*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
13:41.14*** join/#brlcad yorik (~yorik@187.101.177.154)
13:51.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:03.45*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.235.202)
14:07.08*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
14:08.29*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
14:09.04*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
14:59.14*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
15:01.43*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
15:06.18*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
15:32.24*** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net)
15:32.32*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
15:33.27*** join/#brlcad Ch3ck__ (~Ch3ck@66-118-151-70.static.sagonet.net)
15:57.42*** join/#brlcad amarjeet (~amarjeet@101.220.145.59)
16:01.16*** join/#brlcad ickby_ (~stefan@x5d845660.dyn.telefonica.de)
16:21.24*** join/#brlcad STW (~STW@wf102-128.ust.hk)
16:59.31*** join/#brlcad kuns (~kunis@195.24.210.66)
17:02.22*** join/#brlcad divamgupta (~divamgupt@182.64.92.69)
17:03.54*** join/#brlcad kuns (~kunis@unaffiliate/kuns)
17:04.10*** join/#brlcad kuns (~kunis@unaffiliated/kuns)
18:08.43*** join/#brlcad akshayjain07 (67157d4e@gateway/web/freenode/ip.103.21.125.78)
18:52.54*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
18:56.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:57.05*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
18:58.56*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
19:00.03*** join/#brlcad starseeker (~starseeke@66.118.151.70)
19:00.34*** join/#brlcad divamgupta (~divamgupt@182.64.166.195)
19:08.32*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
19:55.39*** join/#brlcad divamgupta (~divamgupt@182.64.166.195)
20:06.39*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
20:07.07Notify03BRL-CAD:d_rossberg * 67241 (brlcad/trunk/include/analyze.h brlcad/trunk/src/libanalyze/api.c): include the former global densities in the raytracing_context and current_state structureneeds to be tested but it's currently unused anyway
20:07.10Notify03BRL-CAD:d_rossberg * 67242 brlcad/trunk/src/libanalyze/api.c: w/s only
20:07.43Notify03BRL-CAD:brlcad * 67243 brlcad/trunk/TODO: note that we have an x3d importer now, albeit not fully tested or integrated. nurbs support would be nice.
20:12.22*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.103.231)
20:29.16*** join/#brlcad batmanav (~batmanav@182.69.178.31)
21:39.59*** join/#brlcad divamgupta (~divamgupt@182.64.166.195)
21:46.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:09.25*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.241.219)
22:43.13*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:58.47*** join/#brlcad Akshay (~Akshay@59.177.105.54)
22:59.09Akshayhey hii christopher morrison
IRC log for #brlcad on 20160305

IRC log for #brlcad on 20160305

01:02.25*** join/#brlcad shailu1995 (cff456d1@gateway/web/freenode/ip.207.244.86.209)
01:13.04*** join/#brlcad shailu1995 (cff456d1@gateway/web/freenode/ip.207.244.86.209)
01:24.52*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:28.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:32.47*** join/#brlcad skbflrnydozlyklx (~armin@dslb-092-074-250-124.092.074.pools.vodafone-ip.de)
04:00.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:39.46*** join/#brlcad yorik1 (~yorik@152.250.221.17)
05:47.02*** join/#brlcad divamgupta_ (~divamgupt@182.64.166.195)
05:48.44*** join/#brlcad STW (~STW@wf102-128.ust.hk)
06:22.01*** join/#brlcad divamgupta_ (~divamgupt@182.64.166.195)
06:49.16*** join/#brlcad boj (~boj@2001:250:3c02:763:8d9d:c208:fd93:9ece)
07:02.50*** join/#brlcad STW (~STW@wf102-128.ust.hk)
07:16.37*** join/#brlcad divamgupta (~divamgupt@182.64.168.50)
07:53.35*** join/#brlcad sofat (~sofat@49.248.188.198)
08:01.52*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.241.113)
08:15.31*** join/#brlcad divamgupta_ (~divamgupt@182.64.168.50)
08:28.30*** join/#brlcad kuns (~kunis@154.70.108.219)
08:30.32*** join/#brlcad Ak7 (Akshay@120.56.254.5)
08:36.35*** join/#brlcad Ak7 (Akshay@120.59.253.233)
08:41.52*** join/#brlcad Ak7 (Akshay@120.59.115.187)
08:47.24*** join/#brlcad Ak7 (Akshay@120.59.117.163)
08:52.52*** join/#brlcad Ak7 (Akshay@120.59.116.106)
08:58.31*** join/#brlcad Ak7 (Akshay@59.177.229.166)
09:04.40*** join/#brlcad Ak7 (Akshay@120.59.247.229)
09:07.18divamgupta_Hello, I am Divam Gupta. Im in 2nd year in pursuing my Comp. Science Engineering from IIIT Delhi. Here’s my github profile : github.com/divamgupta   . I was interested in contribution to the OGV. I wanted to know the latest requirements of the OGV project. As most requirements listed on the wiki page were done by Shubham Chauhan at GSoC’15.
09:07.57*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.242.129)
09:11.00*** join/#brlcad Ak7 (Akshay@120.56.255.235)
09:17.29*** join/#brlcad ickby_ (~stefan@x5d847b09.dyn.telefonica.de)
09:24.16*** join/#brlcad spycode (~tafodinho@41.205.6.75)
09:25.24*** join/#brlcad tafodinho (~tafodinho@41.205.6.75)
09:29.42*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.235.56)
09:36.16*** join/#brlcad ickby_ (~stefan@x5d847b09.dyn.telefonica.de)
09:43.34*** join/#brlcad infobot (ibot@rikers.org)
09:43.34*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
09:43.54*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.103.231)
09:57.48*** join/#brlcad STW (~STW@wf102-128.ust.hk)
10:08.29*** join/#brlcad ickby (~stefan@x5d847b09.dyn.telefonica.de)
10:54.57*** join/#brlcad divamgupta (~divamgupt@182.64.168.50)
11:24.13*** join/#brlcad STW (~STW@wf102-128.ust.hk)
11:31.20*** join/#brlcad divamgupta (~divamgupt@182.64.168.50)
11:51.32*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.103.231)
11:54.42*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.242.249)
12:02.42*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
12:24.31*** join/#brlcad Gabriel_ (bc1a9775@gateway/web/freenode/ip.188.26.151.117)
12:27.17*** join/#brlcad sofat (~sofat@49.248.178.230)
12:28.12Gabriel_Hello everyone! I am interested in your GSoC project which aims to add the -exec option to the search command. I had a look over the source code mentioned in the reference section of the project and I would like to know if anyone could point me where the source code for the 'draw' command is.
12:38.02*** join/#brlcad sofat_ (~sofat@49.248.182.101)
12:41.35*** join/#brlcad sofat__ (~sofat@49.248.181.90)
12:49.46*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:10.19*** join/#brlcad Ak7 (Akshay@59.177.228.84)
13:13.55*** join/#brlcad gaganjyot (~gaganjyot@122.173.74.241)
13:15.57*** join/#brlcad ih8sum3r (~chatzilla@122.173.225.5)
13:16.05*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.235.92)
13:24.36*** join/#brlcad Ak7 (Akshay@59.177.228.84)
13:32.00*** join/#brlcad sofat_ (~sofat@49.248.185.190)
13:35.44*** join/#brlcad Ak7 (Akshay@59.177.228.84)
13:46.30*** join/#brlcad gaganjyot (~gaganjyot@122.173.74.241)
13:48.59*** join/#brlcad AndroUser (~androirc@123.237.167.57)
13:50.03*** join/#brlcad zaverichintan (7beda739@gateway/web/freenode/ip.123.237.167.57)
13:51.59*** join/#brlcad Gabriel_ (52891038@gateway/web/freenode/ip.82.137.16.56)
13:59.28*** join/#brlcad YANICK_ (~YANICK@41.202.219.64)
14:01.14*** join/#brlcad Shubham (71c18992@gateway/web/freenode/ip.113.193.137.146)
14:07.54*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.235.143)
14:13.08AndroUserHey shubham, chintan zaveri here.
14:13.42Shubhamhey
14:14.04AndroUserThank you for your response.
14:15.45AndroUserI do agree with your proposal to work towards the meteor OGV, because so much work is done by 3 students before me, and I appreciate the hard work.
14:16.50*** join/#brlcad divamgupta (~divamgupt@182.64.92.69)
14:17.54*** join/#brlcad YANICK_ (~YANICK@41.202.219.64)
14:18.45AndroUserCan you please help me to have the to do list for OGV meteor, and what further enhancement are to be done
14:20.18ShubhamAndroUser: there are 2 alternatives which I had also mentioned in the mailing list as a reply to the suggestions made.
14:20.27Shubham1. You choose to use PHP-CI:
14:20.39Shubhamans 2. you go with Meteor
14:23.17Shubhamyou can have a look at it
14:23.25AndroUserYes, if I choose to go for option 2. I believe that major thing is development after integration of the system.
14:23.35Shubhamand let's see what sean has to say about it
14:23.44AndroUserDeployment *
14:24.31AndroUserWhat are the other to dos and enhancements pending
14:24.59ih8sum3rAndroUser: Development thing is also done just little bit work left for it.
14:25.42AndroUserTypo error -  I meant deployment
14:26.16ih8sum3rIt too almost ready ;)
14:26.41Shubhamdeployment, increasing efficiency at the backend level, code integration, documentation to start with
14:27.12Shubhamimproving UI on the lines of the new website brlcad.org
14:28.04AndroUserBut can this make a good gsoc project?
14:28.32ih8sum3rAbsolutely Yes.
14:29.15*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.27.75)
14:29.44Gabriel_Who should I contact for the "add exec option to search" GSoC project?
14:29.57AndroUserIs the meteor OGV deployed somewhere
14:30.02ShubhamAndroUser: you can add your own milestones as well if you think that they will be important, these are some things by our side whic NEED to be done.
14:30.21ih8sum3rThings done before is like making cake. Icing, cherry on top and many more still pending.
14:35.24AndroUserThanx a lot.  For my patch, I was planning to make wireframe option enabled using three JS
14:35.55Shubhamdo some more I would suggest
14:36.00Shubhamwith threejs
14:39.06ShubhamIf you choose to use CI, then as I had pointed out in the mail, you'll have to do some extensive work for your patch and proposal, IMO
14:41.15AndroUserYea sure. I will explore more with meteor using three JS. I am planning to go meteor OGV, as I see that a lot of work is done by previous contributors.
14:42.34starseekerGabriel_: it's not a matter of contacting someone privately - discussion is done in the main channel
14:43.12starseekerGabriel_: In essence, the idea would be to add the ability to do something like "find -exec" with our search command (which you'll see internally is based off of find code)
14:44.07starseekerlibged defines our argc/argv style commands, and the idea would be to be able to "exec" those commands on search outputs the same way you can use exec with find
14:45.08starseekerso you'll have to look at how the "normal" unix find command does exec, how our search and libged commands are set up, and determine what has to be done to make something like exec work in the search context
14:45.28Gabriel_Sorry about contacting privately, could you please explain a bit more in depth what does "exec" mean in this context?
14:45.45starseekerare you familar with the UNIX command "find" ?
14:46.05Gabriel_Does it refer, for instance, to draw an object as soon as the command finds that a certain name matches with the use input pattern?
14:46.10Gabriel_Yes, I am.
14:47.10starseekerright, so one possible application would be something like search -type eto -exec draw {} \;
14:48.04Gabriel_Would this have any more extensive uses besides "draw"?
14:48.08starseekerbrlcad is actually more skilled than I am in the many and varied uses of exec, but the "find and draw" example is a good one to start with
14:48.17starseekermany
14:48.40starseekerit would allow users to chain together commands on sets of data produced by search
14:49.53Gabriel_I will try to have a look at the other operation that can be performed on search output.
14:51.34starseekerGabriel_: you won't be able to itemize all of them - in prinicple, any libged command might end up accepting search output to do something we can't imagine right now
14:51.45starseekerjust like the UNIX find command
14:52.24starseekerexec is a generic mechanism to allow the user to specify commands and execute them, just like find exec
14:54.02Gabriel_Yes, I understand that. However, I guess that implementing the "exec" so that it only draws object would not be enough, would it be?
14:55.40starseekerno, that misses the point
14:55.48starseekerexec needs to be a generic mechanism
14:55.58starseekerthe draw example is simply one possible use of it
14:56.57Gabriel_I get it now, thanks!
14:57.29starseekernp
15:14.11*** join/#brlcad imjustlogging875 (~imjustlog@103.25.231.107)
15:18.44*** join/#brlcad divamgupta (~divamgupt@182.64.52.102)
15:19.04*** join/#brlcad ICEMC (~Derik@41.202.219.64)
15:34.03*** join/#brlcad mani_ (c0f80842@gateway/web/freenode/ip.192.248.8.66)
15:36.21*** part/#brlcad mani_ (c0f80842@gateway/web/freenode/ip.192.248.8.66)
15:37.36*** join/#brlcad divamgupta (~divamgupt@182.64.168.50)
15:47.11*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.101.220)
15:58.55Notify03BRL-CAD Wiki:156.34.45.57 * 9538 /wiki/Improve_Spline/B%C3%A9zier_Suppor: Undo revision 9250 by [[Special:Contributions/96.44.189.101|96.44.189.101]] ([[User talk:96.44.189.101|talk]])
16:07.56*** join/#brlcad AndroUser (~androirc@123.237.167.57)
16:08.18*** join/#brlcad divamgupta (~divamgupt@182.64.168.50)
16:15.16*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.241.121)
16:16.45*** join/#brlcad Shubham_ (01163eda@gateway/web/freenode/ip.1.22.62.218)
16:19.32AndroUserHey shubham, Can you please give me details about issue faced while deployment
16:22.05Shubham_AndroUser: you can clone the OGV-meteor repo ('master') branch, and try deploying it on a FreeBSD VM, to dive deeper into the issues and other things.
16:23.02Shubham_this, in my opinion will be helpful for you in writing a better, detailed proposal as far as the deployment is concerned
16:25.21Shubham_Also please be in sync with Sean brlcad  since he was a mentor of the project last year
16:26.41AndroUserYes I am sending him brief about our discussion.
16:27.42Shubham_That'll be great! You can schedule IRC meetings via the mailing list as well, depending on the availability of the intended attendees of the meeting.
16:28.43AndroUserI have set up ubuntu, and deployed the master branch on my local machine. Kindly help me to login( config)
16:30.36Shubham_You'll find a hard-coded email and password in the code itself. You can look for it
16:31.11AndroUserYea, I am planning to use atom editor, and suggestion
16:33.23Shubham_your choice
16:33.59AndroUserAny suggestions from your side, any coding standards?
16:42.22*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.242.120)
16:59.33*** join/#brlcad divamgupta (~divamgupt@182.64.168.50)
17:02.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:29.57*** join/#brlcad divamgupta (~divamgupt@182.64.168.50)
17:35.27*** join/#brlcad ickby (~stefan@x5d847b09.dyn.telefonica.de)
17:36.58*** join/#brlcad Akshay (~Akshay@120.56.249.198)
17:38.10*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.235.52)
18:07.40*** join/#brlcad Akshay (Akshay@120.56.249.198)
18:08.30*** join/#brlcad ickby_ (~stefan@x5d847b09.dyn.telefonica.de)
18:09.28*** join/#brlcad divamgupta (~divamgupt@182.64.168.50)
18:09.42*** join/#brlcad ickby_ (~stefan@x5d847b09.dyn.telefonica.de)
18:18.38Notify03BRL-CAD Wiki:103.10.199.36 * 9539 /wiki/ARL_Technical_Reports: Undo revision 9531 by [[Special:Contributions/180.178.107.26|180.178.107.26]] ([[User talk:180.178.107.26|talk]])
18:29.08Notify03BRL-CAD Wiki:207.244.79.136 * 9540 /wiki/ARL_Technical_Reports:
18:29.49*** join/#brlcad jasvir (~jass@75-142-109-136.static.mtpk.ca.charter.com)
18:30.17*** join/#brlcad ickby (~stefan@x5d847b09.dyn.telefonica.de)
18:34.48jasvirHi all. I am Jasvir Singh Grewal. I introduced myself on BRL-CAD mailing a couple of days ago. I am interested in contributing in material database project. Can anyone please tell me some details about it. Like what is current scenario, what we are supposed to do?
18:35.09Notify03BRL-CAD Wiki:207.244.79.144 * 9541 /wiki/ARL_Technical_Reports:
18:38.02*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.241.176)
18:53.32*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.111.74)
19:00.37*** join/#brlcad ickby_ (~stefan@x5d847b09.dyn.telefonica.de)
19:16.52Notify03BRL-CAD:starseeker * 67244 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/opt.c and 2 others): Add support for reading vect_t inputs in bu_opt.
20:02.02*** join/#brlcad ickby (~stefan@x5d847b09.dyn.telefonica.de)
20:13.53*** join/#brlcad Ak7 (Akshay@59.177.107.85)
20:30.14Notify03BRL-CAD:starseeker * 67245 brlcad/trunk/TODO: Make a note of the rtshot crasher - confirmed it did not crash in 7.20.4 (apparently fails in 7.24.4 due to wanting more options, rather than double free...
20:33.32*** join/#brlcad divamgupta (~divamgupt@182.64.168.50)
20:42.42*** join/#brlcad divamgupta (~divamgupt@182.64.168.50)
20:42.54Notify03BRL-CAD:starseeker * 67246 brlcad/trunk/TODO: working commit note
20:43.14*** join/#brlcad ickby (~stefan@x5d847b09.dyn.telefonica.de)
20:56.26*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.241.173)
21:16.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:18.37Notify03BRL-CAD:starseeker * 67247 brlcad/trunk/src/tclscripts/rtwizard/CMakeLists.txt: checkpoint
21:31.52*** join/#brlcad LordOfBikes (~armin@dslb-092-074-250-124.092.074.pools.vodafone-ip.de)
21:48.56*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
21:50.23*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.241.252)
21:54.40*** join/#brlcad shailu1995 (cff456e7@gateway/web/freenode/ip.207.244.86.231)
21:58.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:03.22*** join/#brlcad Guest8165 (~Derik@41.202.219.72)
22:03.47*** join/#brlcad divamgupta (~divamgupt@182.64.168.50)
22:21.27*** join/#brlcad divamgupta (~divamgupt@182.64.168.50)
22:23.05*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.241.50)
22:29.42Notify03BRL-CAD Wiki:117.253.225.178 * 9542 /wiki/Google_Summer_of_Code/Project_Ideas: /* Mentors */
22:33.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:56.54*** join/#brlcad divamgupta_ (~divamgupt@182.64.168.50)
22:57.51*** join/#brlcad divamgupta_ (~divamgupt@182.64.168.50)
23:21.01Notify03BRL-CAD Wiki:Shailu1995 * 0 /wiki/User:Shailu1995:
IRC log for #brlcad on 20160306

IRC log for #brlcad on 20160306

00:08.43*** join/#brlcad ickby (~stefan@x5d847b09.dyn.telefonica.de)
00:11.06*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
00:36.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:12.16*** join/#brlcad shubham (7b88c544@gateway/web/freenode/ip.123.136.197.68)
01:31.25*** join/#brlcad wjqffyiwlvrnnnsr (~armin@dslb-088-066-158-109.088.066.pools.vodafone-ip.de)
01:49.15*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:01.36*** join/#brlcad jasvir (~jass@96-41-45-242.dhcp.mtpk.ca.charter.com)
03:04.26*** join/#brlcad simran (~simran@101.56.183.67)
03:04.36simranexit
03:05.30*** join/#brlcad simran (~simran@101.56.183.67)
03:09.40*** join/#brlcad simran (~simran@101.56.183.67)
03:13.53simranI am Davinder Kaur from Guru Nanak Dev Engineering college. I want to contribute in Material Database work.
03:19.26*** join/#brlcad boj (~boj@2001:250:3c02:763:8d9d:c208:fd93:9ece)
03:33.12*** join/#brlcad ice (~Derik@41.202.219.76)
03:39.10*** join/#brlcad djff_ (~djff@41.202.219.74)
03:39.47*** join/#brlcad softcoder32 (~djff@41.202.219.74)
03:43.44softcoder32hello, i am a gsoc aspirant with good knowledge of python and C, i wish to participate in gsoc under brlcad. i am interested in the project Python_Geometry
03:44.16softcoder32i wish to have directives on where to start. thanks
04:31.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:47.55*** join/#brlcad divamgupta_ (~divamgupt@182.64.168.50)
05:02.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:06.45*** join/#brlcad ickby (~stefan@x5d847b09.dyn.telefonica.de)
05:36.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:38.46Notify03BRL-CAD Wiki:Bheemana.phanikumar * 0 /wiki/User:Bheemana.phanikumar:
05:49.45*** join/#brlcad simran (~simran@101.57.70.14)
05:59.07*** join/#brlcad softcoder32 (~djff@41.202.219.69)
06:08.02*** join/#brlcad STW (~STW@wf102-128.ust.hk)
06:08.50*** part/#brlcad STW (~STW@wf102-128.ust.hk)
06:11.49*** join/#brlcad softcoder32 (~djff@41.202.219.65)
06:38.42*** join/#brlcad softcoder32 (~djff@41.202.219.70)
07:30.46*** join/#brlcad ickby (~stefan@x5d847b09.dyn.telefonica.de)
07:41.45*** join/#brlcad jasleen (~jasleen@117.253.225.178)
07:53.49*** join/#brlcad softcoder32 (~djff@41.202.219.77)
08:11.04*** join/#brlcad Ak7 (Akshay@120.59.241.222)
08:17.31*** join/#brlcad Ak7 (Akshay@59.177.234.183)
08:23.17*** join/#brlcad Ak7 (Akshay@59.177.229.231)
08:26.44*** join/#brlcad ickby (~stefan@x5d847b09.dyn.telefonica.de)
08:27.11*** join/#brlcad divamgupta_ (~divamgupt@182.64.100.80)
08:34.07*** join/#brlcad Ak7 (Akshay@59.177.234.8)
08:42.33*** join/#brlcad Ak7 (Akshay@120.59.241.33)
08:48.16*** join/#brlcad Ak7 (Akshay@120.59.252.85)
08:51.57*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.27.103)
09:24.22*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
09:29.29tandoorichickbrlcad: I've commented on the ticket #429 with the problems encountered and also attached the new patch along with a few screenshots for comparison.
09:34.48*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.96)
09:51.01*** join/#brlcad ickby (~stefan@x5d84df6e.dyn.telefonica.de)
09:54.28*** join/#brlcad divamgupta (~divamgupt@182.64.100.80)
09:56.40*** join/#brlcad ickby_ (~stefan@x5d84df6e.dyn.telefonica.de)
09:56.51*** join/#brlcad ickby_ (~stefan@x5d84df6e.dyn.telefonica.de)
09:58.44*** join/#brlcad Debanjana07 (~androirc@103.251.83.162)
09:59.32*** join/#brlcad asnel_ulrich (~asnel_ulr@41.244.242.111)
10:02.16*** join/#brlcad ickby_ (~stefan@x5d84df6e.dyn.telefonica.de)
10:09.11*** join/#brlcad Debanjana07 (~androirc@103.251.83.162)
10:09.55*** join/#brlcad Ak7 (Akshay@120.59.252.85)
10:10.30*** join/#brlcad ickby (~stefan@x5d84df6e.dyn.telefonica.de)
10:18.53*** join/#brlcad Debanjana07 (~androirc@103.251.83.162)
10:21.32*** join/#brlcad Debanjana07 (~androirc@103.251.83.162)
10:26.29*** join/#brlcad ickby (~stefan@x5d84df6e.dyn.telefonica.de)
10:27.22*** join/#brlcad Debanjana07 (~androirc@103.251.83.162)
10:31.30*** join/#brlcad Gabriel_ (bc1bab04@gateway/web/freenode/ip.188.27.171.4)
10:33.44Gabriel_hey starseeker, I am back with a few more questions about adding "exec" to search.
10:34.25Gabriel_first, the "search" command usually looks for matching patterns within the currently opened database?
10:34.44Gabriel_is it any option to search in all the databases?
10:35.14*** join/#brlcad Debanjana07 (~androirc@103.251.83.162)
10:36.33*** join/#brlcad ishwerdas (1bffe9e7@gateway/web/cgi-irc/kiwiirc.com/ip.27.255.233.231)
11:02.03*** join/#brlcad Debanjana07 (~androirc@103.251.83.162)
11:24.52*** join/#brlcad ishwerdas (1bffe9e7@gateway/web/cgi-irc/kiwiirc.com/ip.27.255.233.231)
11:26.35*** join/#brlcad divamgupta (~divamgupt@182.64.100.80)
11:52.51*** join/#brlcad shubham (7b88c544@gateway/web/freenode/ip.123.136.197.68)
11:56.14*** join/#brlcad Debanjana07 (~androirc@103.251.83.162)
12:54.04Gabriel_I have another question about the "add exec to search" project - could we execute more commands on found objects? (commands probably separated by ';', like it is done in UNIX)
12:54.26*** join/#brlcad divamgupta (~divamgupt@182.64.100.80)
12:54.52Gabriel_I mean is it needed to chain more commands together?
13:09.34*** join/#brlcad Ak7 (Akshay@120.59.252.85)
13:13.32*** join/#brlcad softcoder32 (~djff@41.202.219.66)
13:21.40*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:28.41*** join/#brlcad Debanjana07 (~androirc@43.251.170.125)
13:35.04*** join/#brlcad softcoder32 (~djff@41.202.219.78)
13:50.36*** join/#brlcad abanda (~abanda@41.202.219.67)
13:52.22*** join/#brlcad Akshay (Akshay@120.59.252.85)
13:52.50abandaplease for a reference where i can understand most of the functions implemented in brlcad source code
13:55.23starseekerGabriel_: it searches in the currently open database
13:56.19starseekerideally we would want to be able to exec multiple times on found objects like in UNIX, yes
13:57.27*** join/#brlcad 14WAAEG7W (~divamgupt@182.64.168.50)
14:00.29abandaplease for a link guys
14:06.03Gabriel_you mean execute the same command on found objects or different commands on those objects? or both?
14:08.08Ch3ck_I can't seem to launch the GUI of the latest svn checkout for BRL-CAD
14:08.25Gabriel_like would this be possible? "search  b* -exec draw {}; draw{} \;"
14:08.37Ch3ck_Does anyone have this same issue?
14:08.48Gabriel_(I know that "draw" is not the best example)
14:08.54Ch3ck_starseeker, brlcad I don't know if there's something  wrong
14:10.53Ch3ck_I might have missed here
14:17.44*** join/#brlcad Akshay (Akshay@120.59.252.85)
14:21.57*** join/#brlcad ickby (~stefan@x5d84df6e.dyn.telefonica.de)
14:36.10*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:37.18*** join/#brlcad Ak7 (Akshay@120.59.243.178)
14:48.01*** join/#brlcad Akshay (Akshay@59.177.227.141)
15:34.47*** join/#brlcad Akshay (Akshay@120.56.242.157)
15:45.35*** join/#brlcad Akshay (Akshay@120.59.248.182)
15:58.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:08.24*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.158)
17:19.34*** join/#brlcad divamgupta (~divamgupt@182.64.168.50)
17:23.17*** join/#brlcad divamgupta (~divamgupt@182.64.100.80)
17:39.54*** join/#brlcad divamgupta (~divamgupt@182.64.100.80)
17:50.47*** join/#brlcad divamgupta_ (~divamgupt@182.64.168.50)
17:51.54*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.110.201)
17:56.21Notify03BRL-CAD:starseeker * 67248 brlcad/trunk/src/tclscripts/rtwizard/main.c: checkpoint
18:17.59*** join/#brlcad divamgupta (~divamgupt@182.64.100.80)
18:20.09*** join/#brlcad gaganjyot (~gaganjyot@122.173.140.70)
18:26.04*** join/#brlcad Akshay (Akshay@120.59.248.182)
18:36.39*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:03.36*** join/#brlcad Akshay (~Akshay@120.59.248.182)
19:42.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:05.01Gabriel_hey guys, related to the "add exec to search" gsoc project, assuming that the implemetation of "exec" would accept more commands at once to be executed on the found objects, how should the commands be stored?
20:06.11Gabriel_I've thought about getting that whole string, separating in with strtok and then save the tokens inside a list, would this make a good approach?
20:07.03Gabriel_each token would be each individual command which is to be executed on the found objects
20:07.23*** join/#brlcad divamgupta_ (~divamgupt@182.64.168.50)
20:09.14*** part/#brlcad Ch3ck_ (~Ch3ck@154.70.110.201)
20:44.39*** join/#brlcad shubham (7b88c5a5@gateway/web/freenode/ip.123.136.197.165)
21:54.23*** join/#brlcad shubham___ (71c18a44@gateway/web/freenode/ip.113.193.138.68)
22:08.47*** join/#brlcad shubham (71c18a44@gateway/web/freenode/ip.113.193.138.68)
22:18.21*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160307

IRC log for #brlcad on 20160307

00:27.57*** join/#brlcad infobot (ibot@rikers.org)
00:27.57*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
01:30.10*** join/#brlcad acmjnyfnoqdkrfom (~armin@dslb-088-064-033-116.088.064.pools.vodafone-ip.de)
01:41.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:33.42bojHi, @starseeker, recently, I have read the manual and know some basic concepts of BRL-CAD modeling system, now I want to do somthing. As you suggested last time, creating brep_cobb and a un-closed Bot like a plane(both plate mode and ordinay BoT mode), and using *rtshot* to track the ray, I do this and get the result, It is different, I mean if the plate mode is only useful when the whole surface is not enclosed? I also try a closed sphere w
03:34.28*** join/#brlcad boj_ (~boj@2001:250:3c02:763:8d9d:c208:fd93:9ece)
03:34.54boj_That is to say, if I want to migrate the plate mode into NURBS, do I need to check if the surface is closed? Or you have done it before?
04:19.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:39.38*** join/#brlcad softcoder32 (~djff@41.202.219.64)
05:09.33*** join/#brlcad softcoder32 (~djff@41.202.219.66)
05:46.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:49.51*** join/#brlcad softcoder32 (~djff@41.202.219.74)
06:57.30*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:27.22*** join/#brlcad softcoder32 (~djff@41.202.219.71)
07:56.03*** join/#brlcad softcoder32 (~djff@41.202.219.72)
08:21.55*** join/#brlcad softcoder32 (~djff@41.202.219.78)
09:09.02*** join/#brlcad YANICK_ (~YANICK_@41.202.219.67)
09:38.46*** join/#brlcad YANICK_ (~YANICK_@41.202.219.69)
10:05.48*** join/#brlcad catchchaos (6ad8b47b@gateway/web/freenode/ip.106.216.180.123)
10:11.29*** join/#brlcad Gabriel_ (050cd591@gateway/web/freenode/ip.5.12.213.145)
10:12.08*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:21.25Gabriel_Hi, I am back with some of my yesterday questions about "adding -exec to search" GSoC project.
10:22.38Gabriel_I've seen that in UNIX "find -exec", the command has to determine whether the current command has to be applied to a file inside the current directory or in another directory.
10:22.58Gabriel_In the latter case, the full path of the file must be determined.
10:23.54Gabriel_Here, I've been told that "search" only looks for the objects inside the currently opened database.
10:25.13Gabriel_I guess that there is no need to determine the path of the found object (such as UNIX does), since BRL-CAD "search" is only looking in the currently opened database, am I right?
10:28.36*** join/#brlcad YANICK_ (~YANICK_@41.202.219.75)
10:31.26*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
10:43.46*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
11:02.33*** join/#brlcad 92AAAH867 (~divamgupt@103.25.231.102)
11:16.43*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.110.201)
11:45.03*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
12:02.01*** join/#brlcad icemc (~abanda@41.202.219.79)
12:05.57*** join/#brlcad YANICK_ (~YANICK_@41.202.219.79)
12:11.47*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
12:47.04starseekerboj: indeed, a plate mode NURBS import will *not* check if the surface is closed
12:47.27starseekerboj: we check now because we only support closed shapes - the idea of plate mode NURBS is to support objects that are not closed
12:47.55bojsorry, I do not really get it.
12:48.39starseekerboj: a B-Rep is made up of mulitple surfaces, which together bound a volume in space
12:49.01starseekerboj: a single surface (like 1 of the 6 cobb sphere plates) does *not* bound a volume in space
12:49.13bojyes, I can understand
12:49.43bojcan we say the 6 cobb sphere is closed together?
12:49.49starseekeryes
12:50.03starseekertogether, those 6 surfaces are closed
12:50.12bojthat should be fine, I have tested different case
12:50.32bojso we need a scheme to identify the closure?
12:51.01starseekerno, we need a raytracing approach that will generate in and out hit points, with a thickness, when we have a surface that is *not* closed
12:51.06starseekerlike the plate mode bots
12:51.20starseekerbut for NURBS
12:51.34bojpls allow me think for a moment..it is a little bit confusing..
12:52.03starseekerboj: there is a test file in src/librt/tests called extreme_ssi_test.g
12:52.16starseekerin it are two non-closed NURBS surfaces
12:52.31starseekercurrently, we cannot raytrace those surfaces, because they do not bound a closed volume
12:53.35starseekera "plate mode" NURBS raytracer would take the infinitely thin surface, and from the single hit point we can get from that surface would generate in hit and out hit positions and normals that treated that surface as if it were a very thin solid in space
12:53.45bojI know, the *thickness* is just a kind of description(or property) of the surface, they do not really exist, when do raytracing, why we need it is just for a in/out hitting point?
12:54.14starseekeryes - BRL-CAD is a solid raytracing system.  We need solids, and surfaces are not solids
12:54.34starseekerso "plate mode" raytracing "fakes" solidity by turning it into very thin solids
12:54.45starseekerboj: brlcad might be able to explain it better
12:55.06bojand the *thin solid* is described by the thickness? I think I can get it.
12:55.19starseekeressentially
12:55.54bojOK, I read the code, in bots, the thickness of each triangle is in-variable?
12:55.56starseekerthe surface is "assigned" a thickness, and the raytracing results from the individual surface are adjusted to reflect that thickness
12:56.13starseekerright - the thickness is a property of the whole surface
12:56.44bojaha, it seems to be more clear to me.
12:57.26starseekerso if you raytrace just one of the six cobb surfaces, you'll get either 1 or 2 hit points depending on what direction the ray comes from.
12:57.45starseekerthat's what a single surface reports.  But for solid raytracing, we need 2 or 4 hit points
12:58.21starseekerSo, in the 1 hit point case, we would take the reported intersection and normal and deduce two hit points from that original hit point
12:59.34bojyou mean then, along the normal direction, we can calculate another hitting point while the surface with a *given thickness*?
12:59.42starseekerthere are some subtle issues, like where in space the deduced points should go and what to do near the edges of the NURBS surface (or if, say, you're shooting a ray at a tangent that misses the actual NURBS surface but would hit the pseudo solid with thickness)
13:00.15starseekerboj: that's one scheme.  another is to treat the actual hit as the midpoint and generate two new points, above and below
13:00.39bojabove and below? how to say?
13:01.39starseekerso we have a hit on one of the cobb sphere surfaces.  That hit has a normal.  We can take our thickenss value, and generate two new points - one back in the direction the surface normal is pointing, and one in the opposite direction from that of the surface normal.
13:02.08starseekeror we might generate points along the ray direction, using the surface normals from the hit point
13:02.38starseekerOr there might be other schemes - BoTs are rather simpler in many ways since they're individually flat
13:02.58bojbut if we trace the back direction of hit point, will it miss?
13:03.02starseekeras I say, brlcad may have more/better insight on how to approach this...
13:03.34starseekeryou mean, shoot the ray from the other side of the surface?
13:03.42starseekerno, it should still report the hit
13:04.22starseekerboj: I've got to run - if brlcad comes in later he may have better ways to explain
13:04.44bojOK, thank you
13:04.58bojI need to think it and make a short plan..
13:05.22bojthanks @starseeker.. :)
13:09.24*** join/#brlcad yorik (~yorik@152.250.221.17)
13:14.57Ch3ck_starseeker, I can't seem to load the GUI for MGED on the latest svn checkout
13:15.00Ch3ck_I built as debug
13:15.07Ch3ck_I don't know if there's something wrong I am doing?
13:26.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:40.27*** join/#brlcad tafodinho (~tafodinho@154.70.98.111)
14:13.06*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.110.201)
14:15.21``Eriktafodinho: tip #1, chat in the channel :) general tree walker would be useful, but would require some pretty hefty C chops, as it'd involve things like complicated recursion on possibly volatile data structures, function pointers, etc. If that sounds like something you believe you can handle, I'd recommend starting with the general recommendations for new gsoc students on the wiki
14:16.16``Eriktafodinho: once you have BRL-CAD installed, maybe look at some trees in sample geometry and try doing things with the existing tree walkers to get a feeling for how they work?
14:18.46tafodinho``Erik: thanks for the info
14:29.18*** join/#brlcad softcoder32 (~djff@41.202.219.66)
14:55.17Notify03BRL-CAD:starseeker * 67249 brlcad/trunk/src/tclscripts/rtwizard/main.c: checkpoint
15:15.27*** join/#brlcad gaganjyot (~gaganjyot@122.173.190.209)
15:17.55*** join/#brlcad Robert_Dumitru (~robert.du@2a02:2f0b:8020:102a:2c02:6771:2748:914f)
15:18.05*** part/#brlcad Robert_Dumitru (~robert.du@2a02:2f0b:8020:102a:2c02:6771:2748:914f)
15:21.40*** join/#brlcad YANICK_ (~YANICK_@41.202.219.64)
15:22.01*** join/#brlcad icemc (~abanda@41.202.219.64)
15:28.15*** join/#brlcad shubham (71c18a03@gateway/web/freenode/ip.113.193.138.3)
15:29.37Notify03BRL-CAD Wiki:188.25.106.72 * 9543 /wiki/Benchmark_Performance_Database: /* References */
15:30.17Notify03BRL-CAD Wiki:188.25.106.72 * 9544 /wiki/Benchmark_Performance_Database: /* References */
15:33.12*** join/#brlcad anova (~robert7_@41.202.219.64)
15:46.29*** join/#brlcad Ak7 (~Akshay@112.196.146.41)
15:53.57*** join/#brlcad YANICK_ (~robert7_@41.202.219.70)
15:53.58*** join/#brlcad icemc (~abanda@41.202.219.70)
15:54.56*** join/#brlcad anova (~robert7_@41.202.219.70)
16:10.52*** join/#brlcad ramandeep (~ramandeep@122.173.190.209)
16:33.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:38.02*** join/#brlcad tafodinho (~tafodinho@154.70.98.111)
17:00.39*** join/#brlcad anova (~robert7_@41.202.219.78)
17:01.34*** join/#brlcad icemc (~abanda@41.202.219.78)
17:01.59*** join/#brlcad YANICK_ (~robert7_@41.202.219.78)
17:12.17*** join/#brlcad gaganjyot (~gaganjyot@122.173.190.209)
17:16.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:55.12*** join/#brlcad softcoder32 (~djff@41.202.219.77)
17:57.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:57.18*** join/#brlcad Gabriel_ (54e8bc31@gateway/web/freenode/ip.84.232.188.49)
17:58.40Gabriel_How should the commands which are to be executed of found objects ("add exec to search command" project) be stored?
17:58.52Gabriel_Would it be a good idea to store each of them in a linked list?
18:21.31*** join/#brlcad Ak7 (~Akshay@112.196.146.41)
18:34.16*** join/#brlcad tafodinho (~tafodinho@41.205.28.219)
18:47.29*** join/#brlcad softcoder32 (~djff@41.202.219.75)
18:56.47*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.110.201)
19:00.54*** join/#brlcad icemc (~abanda@41.202.219.79)
19:00.56*** join/#brlcad YANICK_ (~robert7_@41.202.219.79)
19:01.40*** join/#brlcad anova (~robert7_@41.202.219.79)
19:24.34*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
19:39.31*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
20:02.23*** join/#brlcad jasvir (~jass@75-142-109-136.static.mtpk.ca.charter.com)
20:14.48jasvirhi all. I was trying to build brlcad. But each time I try, I ended up with an error while executing make. http://paste.ubuntu.com/15323240/
20:14.59jasvirPlease help me to resolve this.
20:49.11*** join/#brlcad softcoder32 (~djff@41.202.219.70)
21:00.17tandoorichickto run mged you can build just that, instead of 'all'. make -j4 mged
21:46.42*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
21:58.22*** join/#brlcad LordOfBikes (~armin@dslb-088-064-033-116.088.064.pools.vodafone-ip.de)
22:31.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:42.00Notify03BRL-CAD Wiki:Semplogumbira * 0 /wiki/User:Semplogumbira:
22:46.46*** join/#brlcad shubham (71c18b68@gateway/web/freenode/ip.113.193.139.104)
23:08.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:39.21*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160308

IRC log for #brlcad on 20160308

01:23.19*** join/#brlcad danger_ (6725c94a@gateway/web/freenode/ip.103.37.201.74)
01:31.30*** join/#brlcad gpsojswiqapkqczr (~armin@dslb-092-074-224-090.092.074.pools.vodafone-ip.de)
02:32.32*** join/#brlcad softcoder32 (~djff@41.202.219.70)
02:51.58*** join/#brlcad softcoder32 (~djff@41.202.219.70)
03:21.39*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
03:30.45*** join/#brlcad shubham (a5e1683b@gateway/web/freenode/ip.165.225.104.59)
03:45.57*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
03:53.06*** join/#brlcad softcoder32 (~djff@41.202.219.74)
05:16.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:23.12*** join/#brlcad kushagra (~kushagra@122.164.114.150)
05:23.31*** part/#brlcad kushagra (~kushagra@122.164.114.150)
05:44.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:44.27*** join/#brlcad softcoder32 (~djff@41.202.219.76)
07:05.04*** join/#brlcad softcoder32 (~djff@41.202.219.68)
07:52.01*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
08:20.34*** join/#brlcad shubham (a5e1683b@gateway/web/freenode/ip.165.225.104.59)
08:26.03*** join/#brlcad softcoder32 (~djff@41.202.219.71)
08:32.37*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
09:33.42*** join/#brlcad jasvir (~jass@75-142-124-111.static.mtpk.ca.charter.com)
09:34.49*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.103.178)
10:08.04*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.98.175)
10:37.37*** join/#brlcad mecale (~yann@154.70.98.175)
11:05.24*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
11:32.24*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
12:02.04*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:02.24tandoorichickcould someone tell me if the 'voxelize' command project will be good enough for GSoC '16, since a lot of work has been done already? or is it better moving onto some other project, like a geometry conversion project (i looked up and found the collada importer project)
12:09.57d_rossbergtandoorichick: i would recommend to look for a project on a prioritized topic (e.g. geometry/image conversion)
12:38.04*** join/#brlcad YANICK_ (~YANICK19@154.70.98.175)
12:55.07tandoorichickd_rossberg: thanks for advice, will work on it!
12:55.55*** join/#brlcad softcoder32 (~djff@41.202.219.75)
13:03.13*** join/#brlcad yorik (~yorik@152.250.221.17)
13:25.36*** join/#brlcad shubham (7b88c55a@gateway/web/freenode/ip.123.136.197.90)
13:38.35*** join/#brlcad softcoder32 (~djff@41.202.219.70)
13:51.52*** join/#brlcad aumkaria (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
13:53.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:58.03*** join/#brlcad umeshksingla (umeshksing@nat/iiit/x-pdcdlapykpzxnjto)
13:58.18*** part/#brlcad umeshksingla (umeshksing@nat/iiit/x-pdcdlapykpzxnjto)
13:59.52*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
14:09.07*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
14:26.33*** join/#brlcad guest___ (0e8bf3a3@gateway/web/freenode/ip.14.139.243.163)
14:28.11*** part/#brlcad guest___ (0e8bf3a3@gateway/web/freenode/ip.14.139.243.163)
14:41.04*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
14:57.08*** join/#brlcad 14WAAE4DD (~divamgupt@103.25.231.102)
15:46.23*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
15:58.22*** join/#brlcad localhost_ (~localhost@154.70.99.88)
15:58.52*** join/#brlcad 7YUAAHRUO (~divamgupt@103.25.231.102)
16:06.59*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
16:07.48*** join/#brlcad tafodinho (~tafodinho@154.70.99.88)
16:19.14*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
16:20.33Notify03BRL-CAD:starseeker * 67250 brlcad/trunk/src/tclscripts/rtwizard/main.c: Add flags to indicate width/height were set.
16:21.09Notify03BRL-CAD:brlcad * 67252 brlcad/trunk/CMakeLists.txt: no need to test for symlink support, at least not for bu_same_file().
16:21.18Notify03BRL-CAD:brlcad * 67251 brlcad/trunk/src/libbu/file.c: having or not having symlinks has no bearing whether we should stat our files. that said, there should be no harm calling realpath on our arguments before stating them.
16:21.38Notify03BRL-CAD:brlcad * 67256 brlcad/trunk/src/conv/patch/rpatch.c: be a good citizen on windows, let rpatch create windows-style text files now that patch-g isn't being ignorant.
16:21.41Notify03BRL-CAD:brlcad * 67253 brlcad/trunk/NEWS: daniel fixed rpatch line ending handling on windows. stdout defaults to text mode, but desirable to set it to binary so that patch-g reads it without issue. need to revisit why patch-g wasn't handling line ending correctly.
16:21.47Notify03BRL-CAD:brlcad * 67257 (brlcad/trunk/include/bu/mime.h brlcad/trunk/include/bu/path.h and 6 others): bu_path_component and associated enum are missing bu prefix, so start with the enum. reword them without CORE as the word doesn't convey meaning, implicit or explicit. instead of defining, try something that conveys explicit meaning.
16:21.49Notify03BRL-CAD:brlcad * 67258 brlcad/trunk/TODO: need to quick-test rtg3
16:21.56Notify03BRL-CAD:brlcad * 67263 brlcad/trunk/src/libbu/path.c: it's a [mime]:: prefix now, update comments accordingly from 'mime:'
16:21.58Notify03BRL-CAD:brlcad * 67261 (brlcad/trunk/include/bu/path.h brlcad/trunk/src/libbu/path.c and 3 others): rename a second time for even less inconsistency. the mime type mentions really feel out of place here (and are the remaining inconsistency as the example implies all are without a mime prefix), especially the enum extension hack... as there is mime api, should probably just have a string pass that strips the mime
16:22.00Notifybefore bu_path_component() gets its hands on it.
16:22.02Notify...
16:22.05Notify03BRL-CAD:brlcad * 67255 brlcad/trunk/src/conv/patch/patch-g.c: no need for separate read buffers since both the materials and rpatch data should easily fit. looking at rpatch's printf, the longer of the two, it doesn't look like lines even exceed 120 chars so this should be plenty.
16:22.07Notify03BRL-CAD:brlcad * 67254 brlcad/trunk/src/conv/patch/patch-g.c: this should make patch-g work properly with rpatch files containing unix or windows line endings, eliminating the need to manually force rpatch output to binary mode.
16:22.09Notify03BRL-CAD:brlcad * 67260 brlcad/trunk/TODO: tools should work without a batch script, regardless of it meaning convert the runtime (or not).
16:22.11Notify03BRL-CAD:brlcad * 67259 brlcad/trunk/src/libgcv/plugins/vrml/vrml_read/string_util.cpp: remove dead code
16:22.15Notify03BRL-CAD:brlcad * 67262 (brlcad/trunk/include/bu/path.h brlcad/trunk/src/libbu/path.c brlcad/trunk/src/util/icv.cpp): go with FULL instead of MIMELESS so the first entry is a simple and positive characterization. more descriptive than the ALL misnomer, and still brief. survivable even if mime prefix handling is decoupled.
16:26.17Notify03BRL-CAD:n_reed * 67264 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add documentation on tolerance tests
16:43.09*** join/#brlcad gagan (~gagan@122.173.25.216)
16:52.11*** join/#brlcad tafodinho (~tafodinho@154.70.99.193)
16:54.27*** join/#brlcad tafodinho (~tafodinho@154.70.99.193)
17:05.21*** join/#brlcad softcoder32 (~djff@41.202.219.73)
17:06.45*** join/#brlcad gagan (~gagan@122.173.25.216)
17:09.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:25.40*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
18:14.53*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:53.54*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
19:00.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:06.10*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
19:12.54*** join/#brlcad jasvir (~jass@75-142-109-136.static.mtpk.ca.charter.com)
19:20.15Notify03BRL-CAD:n_reed * 67265 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add note about 3D point array being used for 2D points
19:20.39jasvirhello there. I was looking into incorporating Qt with mged. There was a project regarding this in GSoC 2013 http://brlcad.org/wiki/User:Vladbogolin/GSoC2013/qt-display-manager. Can anyone please help me to know more about this.
19:36.14*** join/#brlcad softcoder32 (~djff@41.202.219.69)
19:45.58*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
19:52.15starseekerjasvir: I believe the conclusion was that it would be better to look at re-implementing MGED in Qt as opposed to trying to make Tk and Qt "play nice" together
19:53.09starseekerjasvir: I know the MGED gui looks pretty simple, but getting a duplicate of MGED fully set up on Qt is actually more work than you would think
19:54.17starseekerjasvir: you would need to identify how MGED translates mouse movements into geometry rotation, translation, etc. and how to do the same things with a Qt widget, how to implement the various dialogs (or at least functionally equivalent replacements - you wouldn't want to duplicate our current background color widget, for example)
19:55.23starseekermake a functional terminal widget to replace the MGED console, which has its own details lurking, etc.
19:56.45starseekerThere's a start in the qged branch:  https://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/branches/qtged/
19:57.43starseekerthat attempt has some things not needed to duplicate MGED as it currently exists (the button panels, for example) but some of it would be relevant
19:58.47starseekerany project proposal for that topic would need to convince us that the proposer has a good grasp of what kind and amount of work would be needed to complete the project - a detailed plan that shows a good understanding of both the MGED and Qt issues involved
20:09.07jasvirstarseeker, that seem quite fascinating. I quite familiar with Qt but I don't have that much understanding about MGED right now but I can can get familiar with it really quickly.
20:10.00jasvirstarseeker: is qged currently working to some extent?
20:13.42Notify03BRL-CAD:brlcad * 67266 brlcad/trunk/src/libbu/file.c: add support for determining whether two files are the same file on Windows using the GetFileInformationByHandle call. This is similar to stat(), but requires an open file handle. Calling stat() is nfg on Windows for non-unix filesystems as inode remains unset. This method checks where the file is on disk.
20:17.13Notify03BRL-CAD:starseeker * 67267 brlcad/trunk/src/libbu/file.c: Spelling fix.
20:17.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:25.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:36.08*** join/#brlcad softcoder32 (~djff@41.202.219.71)
20:37.08Notify03BRL-CAD:starseeker * 67268 brlcad/trunk/src/libbu/file.c: Move things around so we only define sb1 and sb2 if we need them (otherwise get unused variable warning under Windows.
21:20.18Notify03BRL-CAD:brlcad * 67269 brlcad/trunk/src/libbu/file.c: add a note about identical path names would conceivably fail the stat and GetFileInformationByHandle test methods, but we pretend they would result in the same lookup. by that same measure, we could have completely different files actually map to the same thing on disk (i.e., a false positive) on a crazy-fast-changing filesystem. not a case we particularly
21:20.20Notifycare about, but worth noting. eliminate an unnecessary scope increase and redundant comment while we're at it.
21:20.22Notify...
21:22.43Notify03BRL-CAD:brlcad * 67270 (brlcad/trunk/src/libbu/argv.c brlcad/trunk/src/libbu/b64.c and 13 others): auto ws indent and trailing junk cleanup
21:51.12*** join/#brlcad gaganjyot (~gaganjyot@122.173.25.216)
21:52.46*** join/#brlcad Gabriel__ (bc1ba547@gateway/web/freenode/ip.188.27.165.71)
22:00.18*** join/#brlcad Gabriel___ (567919d7@gateway/web/freenode/ip.86.121.25.215)
22:10.27Notify03BRL-CAD:n_reed * 67271 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: document meaning of a common intersection event loop pattern
22:11.54Gabriel___Hello, about the "add exec option to search" project, I have 2 more questions: first is how should the commands which are to be executed stored (maybe separate them into tokens and use a linked list?) and second question is could you give me some more important examples about "exec", besides "draw"?
22:31.37starseekerGabriel___: as to the former, that's something you'll have to figure out as part of your implementation plan.  There are numerous possibilities - the important thing is that it works
22:32.07starseekerGabriel___: as to the second, another example might be wanting to set the color attribute on all objects returned from a search
22:33.14starseekerif you look at example 19 in the MGED man page for search (brlman search from the command line, or man search from the MGED prompt) you'll see a foreach script being used on the results of a search command stored in a tcl list
22:33.37starseekerthat's the current "workaround" for the lack of an exec option, so that's another good example
22:35.56Gabriel___thanks for the answer, that foreach script seems like a good point to research
22:54.30starseekerforeach is a Tcl command - BRL-CAD's default MGED prompt is a tcl shell
23:01.58*** join/#brlcad gaganjyot (~gaganjyot@122.173.25.216)
23:11.46*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:25.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160309

IRC log for #brlcad on 20160309

00:04.11Notify03BRL-CAD:starseeker * 67272 brlcad/trunk/TODO: Make a note to rework mime bits out of path component.
01:28.33*** join/#brlcad xcerciyvkbgkxfsn (~armin@dslb-088-064-032-065.088.064.pools.vodafone-ip.de)
03:51.41*** join/#brlcad softcoder32 (~djff@41.202.219.74)
05:08.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:09.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:12.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:17.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:58.31*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
06:14.34*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
06:31.47*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
06:47.22*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
06:49.45*** join/#brlcad shubham__ (a5e1683b@gateway/web/freenode/ip.165.225.104.59)
06:50.14*** join/#brlcad shubham__ (a5e1683b@gateway/web/freenode/ip.165.225.104.59)
07:02.28*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
07:37.05*** join/#brlcad jasleen (~jasleen@117.253.228.136)
07:37.56*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:44.02*** join/#brlcad YANICK_ (~YANICK19@41.202.219.64)
07:56.07*** join/#brlcad jasleen (~jasleen@101.60.161.159)
08:30.04*** join/#brlcad YANICK_ (~YANICK19@41.202.219.65)
08:33.48*** join/#brlcad jasleen (~jasleen@117.253.228.136)
09:00.42*** join/#brlcad jasleen (~jasleen@117.253.228.136)
09:02.00*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
09:14.18tandoorichickcould someone tell me a little about thepolygonal mesh healing project?
09:23.20*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
09:28.16Notify03BRL-CAD Wiki:217.110.38.74 * 9545 /wiki/Summer_of_Code/Checklis:
09:32.36Notify03BRL-CAD Wiki:217.110.38.74 * 9546 /wiki/Summer_of_Code/Checklis:
09:52.11*** join/#brlcad gaganjyot (~gaganjyot@122.173.25.216)
10:05.06*** join/#brlcad icemc (~abanda@41.202.219.65)
10:20.30*** join/#brlcad YANICK_ (~YANICK19@41.202.219.65)
10:27.31*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:34.24*** join/#brlcad shubham_ (a5e1683b@gateway/web/freenode/ip.165.225.104.59)
10:43.26*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
10:49.02*** join/#brlcad merzo (~merzo@92.60.189.225)
11:00.14*** join/#brlcad YANICK_ (~YANICK19@41.202.219.65)
11:06.48*** join/#brlcad simran (~simran@101.57.79.161)
11:07.35simranI'm compiling BRL-CAD and getting this error when run cmake - Could NOT find ADAPTAGRAMS (missing:  AVOID_LIBRARY AVOID_INCLUDE_DIR)
11:07.58simranI've checked the mailing list but did get it
11:08.50simrangcc version is ok as suggested on mailing list to check..
11:11.48*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
11:36.39*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
11:52.54*** join/#brlcad jasleen (~jasleen@117.253.228.136)
12:18.22starseekersimran: that error is fine - shouldn't hurt anything
12:24.23simranstarseeker: oh! thank you .
12:29.49simranbut I would like to what does it mean
12:31.39*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
13:06.05simranlike to know*
13:12.15*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
13:20.34*** join/#brlcad yorik (~yorik@152.250.221.17)
13:30.18*** join/#brlcad simran (~simran@101.57.79.161)
14:16.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:50.15*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
15:33.05*** join/#brlcad esde (59fc0287@gateway/web/freenode/ip.89.252.2.135)
15:38.58*** join/#brlcad YANICK_ (~YANICK19@41.202.219.69)
16:15.34Notify03BRL-CAD Wiki:Rud OneAwe * 0 /wiki/User:Rud_OneAwe:
16:33.27tandoorichickcould anybody point me to the existing code for polygonal mesh healing?
16:34.31*** join/#brlcad gaganjyot (~gaganjyot@122.173.25.216)
16:46.25Notify03BRL-CAD:n_reed * 67273 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: edit some wording
16:53.49*** join/#brlcad shubham_ (71c188a7@gateway/web/freenode/ip.113.193.136.167)
17:12.39*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
18:12.07*** join/#brlcad ickby (~stefan@x5d844202.dyn.telefonica.de)
18:17.02Notify03BRL-CAD:starseeker * 67274 brlcad/trunk/src/brlman/brlman.tcl.in: Ready the non-graphical side of brlman for language awareness. We support it on the html/graphical side, so we should be consistent.
18:28.17Notify03BRL-CAD:starseeker * 67275 brlcad/trunk/src/brlman/brlman.tcl.in: Check LANG environment variable while we're at it
18:28.47*** join/#brlcad yorik (~yorik@191.255.88.202)
20:14.56*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:32.19*** join/#brlcad merzo (~merzo@150-55-201-46.pool.ukrtel.net)
20:51.49*** join/#brlcad shubham_ (01163fb4@gateway/web/freenode/ip.1.22.63.180)
22:35.36brlcadoof, lots of backlog :)
22:57.08Notify03BRL-CAD:starseeker * 67276 (brlcad/trunk/doc/docbook/CMakeLists.txt brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt and 13 others): Significant simplification/rework of the DocBook build logic. This consolidates all formats output by a given xml file into a single build target, as well as the validation step for that file. Should mean a lot fewer script files and build targets to accomplish a given DocBook
22:57.10Notifybuild, although it needs testing on Windows and with PDF building enabled.
22:57.12Notify...
22:57.28Notify03BRL-CAD:starseeker * 67277 (brlcad/trunk/misc/CMake/docbook.cmake.in =================================================================== and 228 others): Might help to add the processing script...
23:04.08*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:05.18*** join/#brlcad merzo (~merzo@150-55-201-46.pool.ukrtel.net)
23:19.51brlcad``Erik: I'm narrowing in on hosting providers, I think we're almost good to go
23:22.37brlcadboj: understood everything about plate mode nurbs/bots?
23:25.01brlcadyay, caught up
23:38.42Notify03BRL-CAD:starseeker * 67278 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/mann/en/CMakeLists.txt and 2 others): Variety of tweaks to DocBook logic
23:51.39Notify03BRL-CAD:starseeker * 67279 brlcad/trunk/misc/CMake/DocBook.cmake: copy/paste error
23:54.30Notify03BRL-CAD:starseeker * 67280 brlcad/trunk/misc/CMake/DocBook.cmake: explanatory comment
23:56.41Notify03BRL-CAD:starseeker * 67281 brlcad/trunk/misc/CMake/DocBook.cmake: don't double list.
IRC log for #brlcad on 20160310

IRC log for #brlcad on 20160310

00:06.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:31.45Notify03BRL-CAD:starseeker * 67282 brlcad/trunk/misc/CMake/DocBook.cmake: Go with fewer DocBook build targets.
00:40.45Notify03BRL-CAD:starseeker * 67283 brlcad/trunk/src/libbu/opt.c: initialize
00:47.00brlcadstarseeker: you do realize in r67283 that you only initialized v3?
00:48.04Notify03BRL-CAD:starseeker * 67284 brlcad/trunk/src/libbu/opt.c: whoops
01:04.52Notify03BRL-CAD:starseeker * 67285 brlcad/trunk/misc/CMake/docbook.cmake.in: fix header
01:12.11Notify03BRL-CAD:starseeker * 67286 brlcad/trunk/misc/CMake/DocBook.cmake: Tweak install logic
01:14.48starseekerbrlcad: I didn't, but the compiler did
01:15.01starseekerbrlcad: is there a shorthand syntax for that situation?
01:17.35brlcadint a = 3, b = 2, c = 1;
01:17.41brlcad(i.e., no)
01:17.52starseekerhumph
01:17.58brlcadunless you separate declaration from init
01:18.01brlcadint a, b, c;
01:18.06brlcada = b = c = 0;
01:18.09starseekerah
01:18.36brlcadwhat you did is generally best practice
01:18.43brlcadone per line, init on declaration
01:19.00starseekernods - just feels clunky/verbose, but it is what it is
01:19.25starseekerclosing in - down to less than 900 build targets on Windows now
01:19.28brlcadunambiguous, explicit
01:19.37brlcadcool, feel any faster?
01:19.41starseekeryes
01:19.49starseekerespecially when re-running configure
01:19.55brlcadI'll have to time my load times and build carefully before I svn up my windows image
01:20.26starseekerstill hammering out nit-noid stuff - I'd forgotten how many moving parts all of this stuff has
01:21.23starseekeroddly, getting a pretty decent configure speed up on Linux - probably 'cause we were generating both HTML and MAN outputs there (Windows is generally HTML only)
01:21.46brlcadlooks like 67279 (DocBook.cmake) is not quoted paths
01:23.46starseekernods - not sure if it'll matter in that case, but won't hurt
01:24.11Notify03BRL-CAD:starseeker * 67287 brlcad/trunk/misc/CMake/DocBook.cmake: Quote paths (Sean)
01:24.30starseekerwill fire a distcheck-full once the regular distcheck behaves
01:26.28starseeker*really* needs to send CMake a patch that prints out configure and generation times as part of the standard CMake output... it wouldn't even be that hard...
01:32.27starseekerOK, regular distcheck passed
01:32.37starseekercrosses fingers
01:37.54brlcadfinalized terms with a new hosting provider, we're good to move
01:38.59*** join/#brlcad LordOfBikes (~armin@dslb-088-065-191-143.088.065.pools.vodafone-ip.de)
02:00.29Notify03BRL-CAD:starseeker * 67288 (brlcad/trunk/misc/CMake/DocBook.cmake brlcad/trunk/misc/CMake/docbook.cmake.in): Looks like we might need the CMAKE_CFG_INTDIR var... getting directory generated in Windows build directory, and it doesn't appear to be coming from the cmake -P script execution.
02:09.07Notify03BRL-CAD:starseeker * 67289 brlcad/trunk/misc/CMake/DocBook.cmake: quote
02:09.46Notify03BRL-CAD:starseeker * 67290 brlcad/trunk/misc/CMake/DocBook.cmake: remove debug message
02:40.43Notify03BRL-CAD:starseeker * 67291 brlcad/trunk/misc/CMake/DocBook.cmake: Need the extras list when odd pathnames and xsltproc don't get along
02:56.29Notify03BRL-CAD:starseeker * 67292 brlcad/trunk/misc/CMake/DocBook.cmake: Only mess with CMAKE_CFG_INTDIR if we're doing multiconfig - in non-multiconfig it breaks in-src-dir.
03:40.47*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
03:40.47*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
03:41.16maths22brlcad: Finally looked at IRC
03:41.23maths22I like the new landing page
03:41.26maths22It's pretty
03:42.46brlcadvery much a work in progress, and I've not had time to do the next steps in over a week now
03:43.38brlcadneed to fix up the highlights, get mailing list subscription working, fix the main menu, apply the theme to the WP install, make sure it's in sync with drupal (should be), apply theme to mediawiki...
03:43.50brlcadand then get docs integrated/published
03:51.19andromeda-galaxybrlcad, maths22: indeed.  The front page markup has been much improved (thanks Guaravjeetsingh!), which should help a bit.
03:51.35andromeda-galaxybrlcad: did we figure out how we want to distribute the work of categorizing the gci tasks?
03:56.09brlcadnot yet
03:56.13brlcadbeen working on getting a provider selected, agreement in place, our server moved
03:56.36brlcadkind of an emergency given the recent reboots ... quite possibly failing hardware
03:58.06brlcadanyone experienced with dynamic css transitions?
03:58.26brlcadwant to go from the menu we see on brlcad.org to the menu we see at beta.brlcad.org when someone scrolls down
04:01.06brlcadeven more awesome would be if the logo "walked" over the corner with the grey link pulling the red
04:05.53andromeda-galaxybrlcad: ah okay, that makes sense.  I missed the reboots somehow, I hope everything works out!  I've got some experience with css transitions, I might be able to take a look a little bit later this week...
04:07.33*** join/#brlcad shubham_ (a5e1683b@gateway/web/freenode/ip.165.225.104.59)
04:10.05Notify03BRL-CAD:starseeker * 67293 brlcad/trunk/misc/CMake/DocBook.cmake: need to set these regardless
04:30.13*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
04:43.24*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
05:30.30*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
05:32.24*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
05:39.39*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
06:17.56*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
06:54.17*** join/#brlcad jasleen (~jasleen@117.253.228.136)
06:54.19*** join/#brlcad jasleen7956 (~jasleen@117.253.228.136)
06:54.35*** join/#brlcad jasleen (~jasleen@117.253.228.136)
07:45.21*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:17.59*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
08:26.58*** join/#brlcad esde (esde@89.252.29.238)
08:29.08*** part/#brlcad Guest24633 (esde@89.252.29.238)
08:40.29*** join/#brlcad sniok (esde@89.252.29.238)
08:59.48*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:51.57*** join/#brlcad konrado (~konro@41.202.219.73)
10:27.21*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
10:27.54bojbrlcad thanks :), I think I have got the main idea of plate mode, now I am working on the code and trying to write a demo...
10:29.30bojBTW, I am a little bit confused about implementation of NURB in brep.cpp/brep.c and nurb_*.c, they are the same or the latter one is assistant functions for the former one?
10:30.44*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:30.53*** join/#brlcad konrado (~konro@41.202.219.76)
11:23.16*** join/#brlcad Gabriel_ (4f73ab7b@gateway/web/freenode/ip.79.115.171.123)
11:23.29starseekerboj: the latter is an old implementation, on its way out
11:23.56starseekerwe need to scan that code to see if there's anything we want to migrate first (i.e. something not already available in openNURBS/libbrep)
11:24.30starseekerbrep.c/brep.cpp, src/libbrep, and src/other/openNURBS are the key to the new implementation
11:24.39starseeker(i.e. where you'll want to focus)
11:26.05bojOK, I got it, thanks for your reminding.
11:28.06Gabriel_Hi, could anyone please clarify me some things about the search command, please?
11:28.50Gabriel_I've seen in the source code that there is a function which gets a database full path
11:29.21Gabriel_can search produce results that are not necessarily stored in the currently opened database?
11:30.14Gabriel_I mean can the user input a specific database right inside search, without opening it before?
12:13.47*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
12:25.17*** join/#brlcad konrado (~konro@41.202.219.67)
12:41.40sniokSo I put some thoughts that I came up with about web site improving. https://docs.google.com/document/d/1QvNBcdj8aLhiYE8qAxuzAgqSeJTinQCab9jv9LCYTyE/edit?usp=sharing
12:54.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:12.12*** join/#brlcad gaganjyot (~gaganjyot@122.173.175.113)
13:32.05*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
13:34.35*** join/#brlcad YANICK_ (~YANICK19@41.202.219.73)
14:10.41*** join/#brlcad yorik (~yorik@191.255.88.202)
14:14.31*** join/#brlcad YANICK_ (~YANICK19@41.202.219.77)
14:23.58*** join/#brlcad sofat (~sofat@49.248.185.230)
14:36.23*** join/#brlcad konrado (~konro@41.202.219.74)
14:39.50*** join/#brlcad shubham (71c18b74@gateway/web/freenode/ip.113.193.139.116)
14:43.43*** join/#brlcad YANICK_ (~YANICK19@41.202.219.65)
14:48.06*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
14:52.11*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
15:54.05*** join/#brlcad kvps1 (b6130785@gateway/web/cgi-irc/kiwiirc.com/ip.182.19.7.133)
15:56.48kvps1anybody there
15:59.14andromeda-galaxykvps1: probably...
16:02.41kvps1good
16:03.23kvps1so can you tell me something about the code for Geometry Conversion Library
16:04.31andromeda-galaxykvps1: maybe, I'm not sure, that's not a project that I've been really involved in.  If you ask here and stay on IRC, someone better qualified will probably respond at some poinit
16:09.04kvps1ok
16:09.18kvps1so on which project are you working
16:10.25kvps1i am new in this , so it will be good if you share some code with me, regarding brl cad
16:22.42*** join/#brlcad infobot (~infobot@rikers.org)
16:22.42*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
16:39.03*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
16:52.53*** join/#brlcad divamgupta__ (~divamgupt@103.25.231.102)
17:00.07*** join/#brlcad gaganjyot (~gaganjyot@122.173.175.113)
17:00.17*** join/#brlcad konrado (~konro@41.202.219.74)
17:31.48*** join/#brlcad konrado (~konro@41.202.219.67)
17:33.31*** join/#brlcad penumbra (dce39556@gateway/web/freenode/ip.220.227.149.86)
17:35.00*** join/#brlcad anirudh96 (uid151367@gateway/web/irccloud.com/x-ypvlrpjppgjckvaf)
17:35.33anirudh96hey
17:36.53anirudh96i am interested in taking up benchmark performance database in gsoc can anyone help me in getting started
18:12.54*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
18:43.56Notify03BRL-CAD:n_reed * 67294 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add notes on keeping track of 2D vs 3D operations
19:05.13*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
19:20.44*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
19:48.42starseekerand distcheck-full passes again.
19:48.45starseekerphew
19:49.01starseekerproceeds to the next thing on his "stuff to break" list...
19:51.33Notify03BRL-CAD Wiki:VictorfyymktdmitCharleton * 0 /wiki/User:VictorfyymktdmitCharleton:
19:51.51starseekerbrlcad: looks like debian is storing non-english man pages in /usr/share/man/<lang>/man# directories
19:52.54starseekerbrlcad: should we store the html and man versions of the man pages in the same hierarchy?  Really they're doing the exact same job, with the HTML version being used when the man version isn't what the client program wants/supports...
20:23.05tandoorichicki would like to know how data is stored in a .g file (i understand it's not as simple text- like how we store vertices, edges and faces for a single object in an OFF file or with different fileds in VRML, etc.).
20:26.15tandoorichickfields*
20:27.04starseekertandoorichick: best place to start is probably here: http://ftp.arl.mil/mike/papers/brlcad5.0/newdb.html
20:29.27*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
20:29.51tandoorichickstarseeker: thanks but i'm not able to access it (some ports might be blocked by my ISP). is there another location where the same content is present?
20:30.26starseekerhttp://brlcad.org/wiki/File:BRL_CAD_g_format_V5.pdf might work...
20:30.55tandoorichickthanks a lot. :)
20:31.20starseekernp
20:39.45tandoorichickstarseeker: are ARS, ARB8, ARBN and BoT are the only the polygonal/polyhedral primitives?
20:46.48*** join/#brlcad 14WAAFWJN (~divamgupt@103.25.231.102)
21:16.22starseekertandoorichick: there's also NMG
21:16.48starseekerDSP can be polygonal with certain settings
21:16.58starseekerask can extruded sketches
21:16.58*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
21:17.06starseekers/ask can/as can
21:17.40starseekerin principle you can also have a NURB composed completely of linear/planar elements
21:22.39starseekersuspects he broke Notify again...
21:25.43tandoorichickstarseeker:  for mesh healing i would have to be concerned with which all of them?
21:25.50tandoorichickbot would be one
21:26.20tandoorichickthe arbs and ars wont have to be checked i guess
21:30.34*** join/#brlcad divamgupta_ (~divamgupt@103.25.231.102)
21:47.57starseekernods - focus on bot
21:48.04starseekerthat'll be plenty by itself
21:49.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:50.19*** join/#brlcad penumbra (dce39556@gateway/web/freenode/ip.220.227.149.86)
21:51.45tandoorichickok got it. thanks.
21:54.31tandoorichickone more question. i would have a mesh healing library from scratch is it?
21:55.21tandoorichickhave to write*
22:07.26*** join/#brlcad gaganjyot (~gaganjyot@122.173.228.248)
22:39.04*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
22:39.07Notify03BRL-CAD:n_reed * 67295 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add comments on curve traversal directions
22:39.11Notify03BRL-CAD:starseeker * 67296 brlcad/trunk/src/brlman/brlman.tcl.in: Update vim type mode - combined with the tcl.vim file from http://www.vim.org/scripts/script.php?script_id=1717, finally getting reasonable indenting behavior. Update indenting.
22:39.14Notify03BRL-CAD:starseeker * 67297 brlcad/trunk/misc/CMake/DocBook.cmake: Add individual targets to ALL, so we can cd into a subdirectory and build with make
22:39.16Notify03BRL-CAD:starseeker * 67298 brlcad/trunk/src/brlman/brlman.tcl.in: Simplify, have the script look first for lang, then en, then in the toplevel before failing to return a man page.
22:39.19Notify03BRL-CAD:starseeker * 67299 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man3/en/CMakeLists.txt and 3 others): Tweak all things man page so we're (in principle) ready for multiple man pages in different languages. Go with the Debian setup, which puts the en man pages in the toplevel and makes <lang>/man# subdirectories for other languages. Since we don't have any
22:39.21Notifynon-english man pages as yet this is is hypothetical, but it should set the stage.
22:39.23Notify...
22:39.32Notify03BRL-CAD:starseeker * 67300 (brlcad/trunk/doc/docbook/system/README brlcad/trunk/doc/docbook/system/man1/CMakeLists.txt and 3 others): Collapse the en hierarchy, since those man pages will install that way as defaults in the install.
22:39.36Notify03BRL-CAD:n_reed * 67301 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: notes on avoiding accumulated error; spelling
23:27.39*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160311

IRC log for #brlcad on 20160311

00:53.22Notify03BRL-CAD:starseeker * 67302 (brlcad/trunk/include/bu/mime.h brlcad/trunk/include/bu/path.h and 3 others): Remove the mime/prefix bits from bu_path_component. It's undecided what we'll do about supporting prefixes - we have a potentially ambiguous case on Windows if a user has a g: drive and wants to specify a .g file prefix to a path with g:/path/to/file - did we mean a file on g: or a file on the current drive
00:53.24Notifywith the .g type? Whatever we do end up with, it should live separtely from bu_path_component - probably with the mime handling logic.
00:53.26Notify...
01:14.10Notify03BRL-CAD:starseeker * 67303 brlcad/trunk/TODO: update todo list
01:29.51starseekerbrlcad: what were you expecting interactive mode to do in rt?  (-I option)
01:30.36starseekerat least as far back as r22755, it appears to simply be a way to do bu_nice_set for the rt application depending on the size
01:31.05starseekeras near as I can tell, that's still what it's doing...
02:09.28*** join/#brlcad boj (~boj@2001:250:3c02:763:8d9d:c208:fd93:9ece)
02:36.40*** join/#brlcad boj__ (~boj@2001:250:3c02:763:6894:b32a:63e9:9fd0)
04:02.21*** join/#brlcad merzo (~merzo@150-55-201-46.pool.ukrtel.net)
04:43.39*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
05:39.08*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
05:49.08*** join/#brlcad shubham_ (a5e1683c@gateway/web/freenode/ip.165.225.104.60)
05:57.58*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
06:22.41Notify03BRL-CAD Wiki:Krishnacodes * 0 /wiki/User:Krishnacodes:
07:03.14*** join/#brlcad divamgupta (~divamgupt@103.25.231.102)
07:28.00Notify03BRL-CAD Wiki:Kutaymacit * 0 /wiki/User:Kutaymaci:
07:35.20*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:05.22*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
08:21.05*** join/#brlcad 18VAAESG5 (~divamgupt@103.25.231.102)
08:27.04*** join/#brlcad gaganjyot (~gaganjyot@122.173.79.215)
08:33.25*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:03.25*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
10:22.17*** join/#brlcad Robert_Dumitru (~robert.du@2a02:2f0b:8020:102a:dd7a:5b9e:318d:fd65)
11:24.04Robert_DumitruHello! I am a freshman year student at University of Bucharest, Faculty of Mathematics and Informatics, Computer science section, willing to enter the open source world to gain more coding experience. I am interested in Benchmark Performance Database project. I saw the GSoC 2014 approach and I want to know how I can improve it so that I will be accepted, but I am afraid of doing something too similar to past tries. I
11:24.04Robert_Dumitruwant to use Django as the web framework and ,probably ,PostgreSQL for the database, Bootstrap for the front-end part and plotly.js charting library for representing the information acquired from the log files. Is my plan fullfilling the project needs? Do you have any advice for me? Is contribution to Brl-cad mandatory?
11:25.50*** join/#brlcad divamgupta (~divamgupt@182.69.89.186)
11:33.45shubham_Robert_Dumitru: Previous contributions is not mandatory to be a part of GSoC with Brl-cad.
11:33.54shubham_But you must submit a patch for your project.
11:34.50shubham_A patch is required for a student to be a part of the GSoC project with brl-cad
11:36.30shubham_You can start working on a patch for your project now and must submit it with your proposal or before the application submission deadline ends
11:39.54shubham_For comments regarding your queries related to your project, you can contact the devs and mentors who have worked on it previously, through the mailing list or irc.
11:57.09``Erikstarseeker: rt's interactive mode USED to do some funky iterative sampling where the output was broken up into a large grid and each grid unit was filled with a single ray's color, then it'd iteratively refine until at final resolution :/
11:57.30``Erikquadtree style, yo
11:57.41starseeker``Erik: that must have been a *really* long time ago then?  (before the great source code reorg even...)
11:59.40``ErikI thought it was still working when all the isst tcl stuff was going on *shrug*
11:59.46starseekerhmm
11:59.52``Erik(I think that was about the last time I looked)
12:00.00starseekerwill have to check - maybe it's not the -I option
12:00.51``Erikhm, I thought it was -i, but it's been years
12:01.26``Erikwoops
12:01.37``ErikI might be thinking thinking incremental mode
12:01.41``Erikn/m me :)
12:02.10starseekerthat's what I thought it would be (render quickly, refine image)
12:02.52starseekerwill check again later - time to pretend I know how to drive...
12:03.18``Erikthere's always code spelunking in the repo (and if svn is too slllooowwww, the git mirror at /usr/www/brlcad.org/brlcad.git is up to date)
12:03.42starseekerheh
12:11.22*** join/#brlcad shubham (a5e1683c@gateway/web/freenode/ip.165.225.104.60)
13:01.48*** join/#brlcad yorik (~yorik@191.255.88.202)
13:06.07*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
13:12.12*** join/#brlcad shubham (01163f0f@gateway/web/freenode/ip.1.22.63.15)
13:56.58*** join/#brlcad gaganjyot (~gaganjyot@122.173.79.215)
14:12.31*** join/#brlcad softcoder32 (~djff@41.202.219.79)
14:45.20*** join/#brlcad divamgupta_ (~divamgupt@182.69.89.186)
14:56.54*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
14:58.11*** join/#brlcad divamgupta (~divamgupt@182.64.61.64)
15:06.45*** join/#brlcad merzo (~merzo@92.60.189.225)
15:13.15*** join/#brlcad konrado (~konro@41.202.219.67)
15:20.28*** join/#brlcad divamgupta (~divamgupt@182.69.89.186)
15:36.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:36.49*** join/#brlcad merzo (~merzo@92.60.189.225)
15:36.58*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
15:37.32*** join/#brlcad konrado (~konro@41.202.219.70)
16:17.39*** join/#brlcad NunoLopesUE (~Nuno@pa4-84-91-138-23.netvisao.pt)
16:17.46NunoLopesUEHello
16:20.34NunoLopesUEIs anyone there? im kinda new on IRC
16:46.36*** join/#brlcad shubham_ (01163f0f@gateway/web/freenode/ip.1.22.63.15)
16:50.17*** join/#brlcad divamgupta_ (~divamgupt@182.64.61.64)
17:01.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:38.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:50.43*** join/#brlcad Lavan (7aa4d8b3@gateway/web/freenode/ip.122.164.216.179)
17:54.36*** join/#brlcad jasvir (~jass@75-142-109-136.static.mtpk.ca.charter.com)
17:57.57LavanTo Morrison :  The project idea - "Benchmark Performance Database" is listed out http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas but it seemed to be already completed under GSoC 2014 itself - http://brlcad.org/wiki/User:Ankeshanand/GSoC14/logs . I'm confused, What exactly do you propose the students to complete for this year GSoC?
18:00.11Lavan...on the project idea of "Benchmark Performance Database
18:00.20Lavan...on the project idea of "Benchmark Performance Database"
18:06.44*** join/#brlcad gaganjyot (~gaganjyot@122.173.223.242)
18:10.52*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
18:16.04*** join/#brlcad kanzure (~kanzure@bryan.fairlystable.org)
18:19.27*** join/#brlcad softcoder32 (~djff@41.202.219.64)
18:23.54*** join/#brlcad jasvir (~jass@75-142-109-136.static.mtpk.ca.charter.com)
18:28.04jasvirstarseeker: hi. qged is got compiled and is running but I am facing a problem. Whenever I start qged, the draw area got covered by screenshot of terminal. I am unable to figure out about what problem is.
18:28.17jasvircan you please help me to figure it out
18:29.32jasvirhttp://screencloud.net/v/ori3
18:29.42Notify03BRL-CAD:starseeker * 67304 brlcad/trunk/TODO: Add TODO for rtwizard command line
18:36.20*** join/#brlcad penumbra_ (dce39556@gateway/web/freenode/ip.220.227.149.86)
18:46.05Notify03BRL-CAD:brlcad * 67305 brlcad/trunk/src/brlman/brlman.tcl.in: our style is 4 char indents, not 3; and need to set tcl-indent-level if we're going to treat this as a tcl mode instead of an sh mode file.
18:54.47*** join/#brlcad NunoLopesUE (~Nuno@pa4-84-91-138-23.netvisao.pt)
18:57.27*** join/#brlcad NunoLopes (~Nuno@pa4-84-91-138-23.netvisao.pt)
19:11.06*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.110.46)
19:19.44*** join/#brlcad softcoder32 (~djff@41.202.219.68)
19:28.03tandoorichickwhat is the difference between the bot_specific structure and the rt_bot_internal structures? when do we use the former and when do we use the latter?
19:28.16*** join/#brlcad ucanbizon (58e384cb@gateway/web/freenode/ip.88.227.132.203)
19:28.22ucanbizonhello !
19:30.49brlcadniiice.. new server has SSD drives.  time to write 1GB in small block chunks goes from 23sec to 3sec :)
19:30.54brlcadhello ucanbizon
19:31.08ucanbizonhow are you :D
19:35.52*** join/#brlcad sniok (esde@89.252.29.238)
19:39.18*** join/#brlcad softcoder32 (~djff@41.202.219.64)
19:41.16brlcadstarseeker: if I'm reading the filesystem hierarchy standard correctly, there are a couple places html files can live
19:43.21brlcadlooks like PREFIX/share/doc/brlcad/html or PREFIX/share/brlcad/VERSION/doc/html are kosher, the latter being what we do now
19:43.25brlcadso should be fine
19:44.02brlcadlooking at BSD, I'm seeing a similar pattern
19:50.27NunoLopesHi
19:51.15NunoLopesIm looking for mentor of importer x3d
19:52.11brlcadstarseeker: wrote the wrong term -- incremental is what I suspected was broken
19:52.15brlcad-i not -I
19:52.59NunoLopesare you looking for an exporter too?
19:53.02*** join/#brlcad shubham_ (01163f0f@gateway/web/freenode/ip.1.22.63.15)
19:53.43brlcaducanbizon: fine thx
19:54.28brlcadNunoLopes: your question indicates that you've probably not looked at what is in brl-cad currently
19:54.59brlcadI suggest exploring (and actually running) some of the converters
19:57.08ucanbizonI never participated or intended to participate GSoC before
19:57.31ucanbizonI am very in to computational geometry
19:57.44ucanbizonCan I propose an idea
19:58.18Notify03BRL-CAD:starseeker * 67306 brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: There's a bug for the Apple isystem flag issue now - add the link to the comment.
20:00.18*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:06.25ucanbizonwill  quadrilateral mesh generation be useful for brlcad?
20:09.44brlcaducanbizon: in what context?
20:10.19brlcadquads are obviously useful for a lot of different things, but how specifically they get related to a CAD system, depends
20:13.13*** join/#brlcad softcoder32 (~djff@41.202.219.64)
20:18.13brlcad``Erik: so I don't know if/when/what changed... but I'm rather flabbergasted by the amount of ram being reported
20:18.50*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
20:21.14ucanbizonsorry for late answer
20:21.40ucanbizonbut to be honest i downloaded the brlcad yesterday
20:22.25ucanbizonbut in before when i was parttime working in a company
20:23.26ucanbizonthey were saying quadliteral meshes give more precise results
20:23.31ucanbizonin solvers
20:25.25brlcadand avoiding meshes altogether gives even more precise results
20:26.24brlcadwhat's the point?  still need to relate their development to some feature / capability / direction of relevance
20:26.54brlcadbrl-cad's n-manifold library technically supports quad meshes (and every other count)
20:27.29ucanbizonoh sorry I didn't know that
20:37.45brlcadno need to be sorry :)
20:37.55brlcadhaving specialized quad meshes would have some value
20:38.34brlcadbut to make a good proposal, you'd have to characterize that value
20:39.43ucanbizonthanks :D
20:46.00ucanbizonI want to make a patch, so i looked at the bug reports. but they are too old. I do not know if those bugs are still exist
20:46.11ucanbizonWhat should I do
20:48.52brlcaducanbizon: our BUGS file is essentially a stack, so items near the top are more recently reported
20:49.07brlcadless detail than an sf bug report, but the commit log often has more details
20:49.35*** join/#brlcad YANICK_ (~YANICK19@41.202.219.69)
20:49.50brlcadyou're also welcome to discuss candidates here, can generally tell you pretty quick what might make a good patch
21:00.29*** join/#brlcad softcoder32 (~djff@41.202.219.78)
21:07.13*** join/#brlcad shubham___ (71c189a8@gateway/web/freenode/ip.113.193.137.168)
21:07.44*** join/#brlcad shubham___ (71c189a8@gateway/web/freenode/ip.113.193.137.168)
21:12.10*** join/#brlcad YANICK_ (~YANICK19@41.202.219.68)
21:13.03*** join/#brlcad gaganjyot (~gaganjyot@122.173.223.242)
21:46.48*** join/#brlcad merzo (~merzo@248-28-132-95.pool.ukrtel.net)
22:19.40*** join/#brlcad merzo (~merzo@203-23-133-95.pool.ukrtel.net)
22:24.14*** join/#brlcad jasvir (~jass@75-142-109-136.static.mtpk.ca.charter.com)
22:38.03Notify03BRL-CAD:n_reed * 67307 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add general api warning
22:43.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:45.22Notify03BRL-CAD:starseeker * 67308 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/hv3_man_browser_test.tcl brlcad/trunk/src/tclscripts/man_browser.tcl): Tweaks for archer/mged man page viewers
22:45.55Notify03BRL-CAD:n_reed * 67309 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: edit m_type note
22:47.06starseekerjasvir: did you have a question on qged?
22:47.19jasviryes
22:47.53jasvirI got a reply on mailing list but yet it's not clear to me
22:48.02starseekerOpenGL is a drawing canvas
22:48.36starseekernothing is being drawn on it right now, so the most likely answer is that whatever happened to be on that part of the screen is what's staying there
22:48.47starseekerremember, qged has *no* drawing capabilities at the moment
22:48.58starseekerthe central widget is just a space filler
22:50.57starseekerbrlcad: sweet! (SSD)
22:52.06Notify03BRL-CAD:starseeker * 67310 brlcad/trunk/TODO: not looking at the -I option...
22:54.32*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:59.27*** join/#brlcad shubham (71c189a8@gateway/web/freenode/ip.113.193.137.168)
23:00.58*** join/#brlcad Gabriel__ (bc1ba4b6@gateway/web/freenode/ip.188.27.164.182)
23:08.48Gabriel__Hello, I have made a small patch regarding the search command. Will posting it on sourceforge be enough or is there anything needed to do?
23:11.03maths22starseeker: I'm really liking that it has 16 GB of ram instead of the 3.5 gb the current server has (or can access)
23:16.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:31.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:42.53jasvirstarseeker: can you please guide me how should start with it?
23:50.51*** join/#brlcad jasvir_ (~androirc@75-142-109-136.static.mtpk.ca.charter.com)
23:52.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:53.35*** join/#brlcad jasvir (~jass@75-142-109-136.static.mtpk.ca.charter.com)
23:54.26*** join/#brlcad jasvir_ (~androirc@75-142-109-136.static.mtpk.ca.charter.com)
IRC log for #brlcad on 20160312

IRC log for #brlcad on 20160312

00:37.10*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:10.08brlcadmaths22: I'm feeling like the 3.5 is something new/changed from where things were
01:10.20starseekerjasvir: you need to develop your own plan - my earlier email identified two specific areas to focus on (Qt display widget for libdm, tree view that can change the underlying geometry)
01:10.20brlcadthat it wsn't always that way
01:10.31maths22brlcad: Was the kernel updated at some point?
01:12.40starseekerbrlcad: that draft policy is seriously cool
01:17.29maths22It looks like it was last built without PAE enabled, which would cause that limitation
01:19.37starseekerbrlcad: fwiw, the rt -i mode works on Linux (handy with NURBS files especially) using -Fdev/X, but the slow redraw makes it unusable with -Fdev/ogl
01:20.36starseekerwould be useful for debugging I suppose...
02:15.48brlcadmaths22: ahhhh, that may have happened then just recently
02:16.46maths22That would make sense, since I didn't remember it being so low either
02:16.47maths22On the new server, will we be running a x64 kernel, or still an i386 kernel?
02:41.23Notify03BRL-CAD Wiki:Amrinder Singh * 0 /wiki/User:Amrinder_Singh:
02:51.25*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
02:59.28Notify03BRL-CAD Wiki:Amrinder Singh * 9547 /wiki/Amrinder_Singh: Created page with "== Bonding with Organisation == I have installed BRL-CAD on my system on 8 March 2016 successfully. Now, I'm in touch with the community. I'm interested in OGV back ground pr..."
03:02.39Notify03BRL-CAD:starseeker * 67311 brlcad/trunk/src/libdm/dm-osgl.cpp: Offset of 8 between the Tk and XGetWindowAttributes size query methods... not sure why, probably somehow related to the border around the dm area...
03:09.06Notify03BRL-CAD:starseeker * 67312 brlcad/trunk/src/libdm/dm-osgl.cpp: not the problem, but might as well...
03:24.36Notify03BRL-CAD:starseeker * 67313 brlcad/trunk/src/libdm/dm-osgl.cpp: And the weird rolls on... XGetWindowAttributes, despite its name, apparently updates some aspect of the window so that xwa's width/height (and indeed the window refresh\!) are accurate. This puts a Tk call in the configureWin_guts... if worst comes to worst and there's not way to avoid this sort of thing, this should at least be a function callback
03:24.38Notifyrather than hardcoded Tk.
03:24.40Notify...
03:45.07*** join/#brlcad penumbra_ (dce39556@gateway/web/freenode/ip.220.227.149.86)
03:46.56brlcadmaths22: new server is 64bit
03:47.09brlcadand a much faster CPU
03:49.40*** join/#brlcad kkrcodes_ (~kkrcodes@14.139.160.31)
03:51.44*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
04:22.05maths22brlcad: Thanks!
04:36.03*** join/#brlcad jasvir_ (~androirc@96-41-47-93.dhcp.mtpk.ca.charter.com)
06:15.01*** join/#brlcad merzo (~merzo@217.76.202.68)
06:20.38*** join/#brlcad jasvir (~jass@75-142-109-136.static.mtpk.ca.charter.com)
07:12.33*** join/#brlcad ickby (~stefan@x5d84637a.dyn.telefonica.de)
07:16.51*** join/#brlcad divamgupta (~divamgupt@182.69.89.186)
07:23.51*** join/#brlcad imjustlogging875 (~imjustlog@103.25.231.107)
07:49.13*** join/#brlcad merzo (~merzo@217.76.202.68)
08:21.44Notify03BRL-CAD Wiki:BararaWayne * 0 /wiki/User:BararaWayne:
08:22.51Notify03BRL-CAD Wiki:BararaWayne * 9548 /wiki/Developer_Documents: /* Developer FAQ */
08:54.40*** join/#brlcad divamgupta_ (~divamgupt@182.69.89.186)
09:17.18*** join/#brlcad shubham_ (71c189a8@gateway/web/freenode/ip.113.193.137.168)
10:14.43*** join/#brlcad divamgupta_ (~divamgupt@182.69.89.186)
11:04.52*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
11:27.51*** join/#brlcad t0by (~t0by@host49-233-dynamic.9-87-r.retail.telecomitalia.it)
11:28.21t0byGood evening
11:28.32t0byI'm t0by, I am one of those pesky aspiring GSoC students.
11:30.14t0byI'm a MSc student, my interests are computer graphics, AI and... things.
11:30.31t0byI previously participated in GSoC in 2013, with ScummVM and kept contributing since.
11:30.52t0byI was especially interested in the MEG Qt Rewrite task
11:31.00t0byIs Yapp in here?
11:41.50*** join/#brlcad sniok (~sniok@89.252.2.135)
12:26.06*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:03.31*** join/#brlcad divamgupta_ (~divamgupt@182.69.89.186)
13:29.47*** join/#brlcad gaganjyot (~gaganjyot@122.173.223.242)
13:37.12*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:44.26starseekerfires off the first CMake configure with Visual Studio 2015...
13:49.43*** join/#brlcad shubham (71c18b1e@gateway/web/freenode/ip.113.193.139.30)
14:21.57*** join/#brlcad ickby (~stefan@x5d845f63.dyn.telefonica.de)
14:28.25*** join/#brlcad boj (~boj@2001:250:3c02:763:942d:4073:9650:fa34)
14:35.38Notify03BRL-CAD Wiki:Sean * 9549 /wiki/Developer_Documents: Reverted edits by [[Special:Contributions/BararaWayne|BararaWayne]] ([[User talk:BararaWayne|talk]]) to last revision by [[User:Sean|Sean]]
14:35.57Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:BararaWayne: Spamming links to external sites
15:28.55*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
16:12.54*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
16:38.31Notify03BRL-CAD:starseeker * 67314 brlcad/trunk/src/other/libnetpbm/pm_config.h.in: P_tmpdir isn't viable on MSVC 2015 - give this a try. src/other build, so go with quick and dirty for now - will most likely need a 'proper' fix for libbu, so backport that once its done.
16:40.02Notify03BRL-CAD:starseeker * 67315 brlcad/trunk/src/other/libnetpbm/pm_config.h.in: Mention URL for P_tmpdir status info
17:00.01*** join/#brlcad madhavdatt (cb6ef208@gateway/web/freenode/ip.203.110.242.8)
17:02.10madhavdattHi
17:06.54*** join/#brlcad gaganjyot (~gaganjyot@122.173.223.242)
17:46.40*** join/#brlcad konrado (~konro@41.202.219.77)
17:48.53gaganjyotbrlcad, hi!, brlcad I was looking into beizer curves/splines nurbs and BREP and their uses. My maths is not very good and hence couldn't understand all of them and their mathematical functions. I even bought a book related to computer graphics authored by hearn and baker, but the information regarding my questions is quite limited. It elaborates 2D very nicely, but bsplines/curves or nurbs/BREP is very limited or may be I has good info but I couldn'
17:48.53gaganjyott get it properly. So could you recommend me some good resources to understand these?
18:14.53Notify03BRL-CAD:starseeker * 67316 brlcad/trunk/src/other/openNURBS/opennurbs_archive.cpp: Rework to avoid MSVC 2015 error: cannot concatenate user-defined string literals with mismatched literal suffix identifiers
18:22.25*** join/#brlcad Ak7 (Akshay@120.56.254.136)
18:33.56Notify03BRL-CAD:starseeker * 67317 brlcad/trunk/src/other/tcl/win/tclWinTime.c: MSVC 2015 renamed timezone to _timezone - handle directly, until we can rework timezone testing (need to upgrade to Tcl 8.6 after release, will need to do a fair bit of Tcl CMake cleanup/rework at that time...)
18:58.55*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
19:03.00Notify03BRL-CAD:starseeker * 67318 (brlcad/trunk/misc/tools/xmltools/libxml/config.h.in brlcad/trunk/misc/tools/xmltools/libxml/include/win32config.h brlcad/trunk/misc/tools/xmltools/libxslt/include/libxslt/win32config.h): MSVC 2015 build tweaks
19:19.08*** join/#brlcad penumbra (dce39556@gateway/web/freenode/ip.220.227.149.86)
19:21.09brlcadpenumbra: nice nick :)
19:21.46brlcadgaganjyot: that's a really advanced topic
19:22.10brlcadthere is "the nurbs book" but it very quickly gets into complex math that I have trouble following
19:22.56brlcadhttp://www.amazon.com/NURBS-Book-Monographs-Visual-Communication/dp/3540615458
19:22.57brlcadhttps://books.google.com/books?id=58KqCAAAQBAJ
19:29.40penumbrabrlcad: thanks! just found out that the nick has been mentioned 12 times in the documentation
19:30.58brlcadpenumbra: so you specialize in rendering? :)
19:31.21brlcadmaths22: looks like my mistake -- old sago server does only have 4GB ......
19:31.40brlcadreally thought we'd bumped that way up the last update
19:32.25*** join/#brlcad Ak7 (Akshay@120.56.254.136)
19:33.38penumbrabrlcad: i won't call myself a rendering specialist. would definitely hope to become one soon!!
19:43.13maths22brlcad: OK.  I guess both of us misremembered
19:57.19*** join/#brlcad Ak7 (Akshay@120.56.254.136)
20:02.31Notify03BRL-CAD:brlcad * 67319 brlcad/trunk/src/other/openNURBS/opennurbs_archive.cpp: instead of the runtime solution in r67316, make sure there are spaces around the cpp symbols. the error message (cannot concatenate user-defined string literals with mismatched literal suffix identifiers) is complaining about the adjacency.
20:02.39brlcadstarseeker: if you would, see if that works
20:02.49brlcadthink it was just missing a couple spaces
20:04.05starseekerbrlcad: OK - that did work, but the function definition took only a single const char * so I wasn't sure about passing in multiple strings
20:04.44starseekerdidn't know if the spaces had been left out deliberately for that reason...
20:09.06brlcadit's not passing multiple strings
20:09.20brlcadthat's how C works
20:09.46brlcade.g., try something like this: printf("hello" " my name " "is" " cliff");
20:10.11brlcadthat's one arg to printf
20:10.21starseekerah - the compiler handles merging them?
20:10.34brlcadautomatic string concatenation is a feature of the language often not taught/encountered very often
20:11.24brlcadonly works with static strings
20:11.42starseekernods
20:11.45brlcadthe error from msvc is a pedantic one about smashing a cpp symbol right up against a string literal
20:13.17brlcad#define BAR "bar" ; printf("foo"BAR); vs printf("foo" BAR); vs printf("foo""bar"); vs printf("foo" "bar");
20:13.52Notify03BRL-CAD:starseeker * 67320 brlcad/trunk/misc/tools/xmltools/libxslt/config.h.in: one more stdio include for snprintf on MSVC
20:13.53brlcaddon't know what the spec actually says, but my understanding was that one should separate them with whitespace
20:14.05starseekernods - certainly more readable
20:14.13brlcadeven if it works, which apparently it did
20:14.58brlcadwe actually use string concat in a lot of places
20:16.17brlcad41 places apparently
20:16.47starseekerbrlcad: did you see my note about interactive mode?
20:17.39starseekerkinda things that would make sense to have as the default mode to use with Archer's "raytrace" button, actually...
20:17.48starseekers/things/thinks/
20:19.04starseekerneeds to do a little more osgl vs ogl debugging to see why the initial window paint isn't working in MGED, but may be closing in on "no known problems" for osgl dm once that's done...
20:20.12starseekerwill have to see about re-enabling the Aqua+OSGL non-X11 Mac build and see about Windows behavior
20:20.35brlcadsounds good to me, but beware that incremental mode is usally slower by some percentage, 5-25% iirc
20:20.50brlcadyou certainly get the gist more quickly, but end-to-end will take longer
20:21.05starseekernods - maybe as an Archer setting then
20:21.24brlcadand especially the last pass where it converges the final 2x2's into 1x1's ... that can seemingly take forever
20:21.51starseekeryeah, probably should be user settable
20:22.20starseekerbrlcad: did you have a specific sense where interactive mode needed to be tested? (i.e. Windows?)
20:22.32starseekeraside from the terminally slow in ogl thing, it looked OK on Linux
20:23.10brlcadno, my commit message wasn't as detailed as it should have been
20:23.24brlcadI recall reviewing a patch that deleted code for one of the modes
20:23.51brlcadmaybe it was for -I instead of -i, because -I seems pretty pointless to me right now
20:24.01starseekerconcurs
20:24.01brlcadwaste of a letter
20:24.06starseekerindeed
20:24.18starseekermaybe mattered more back in PDP11 days...
20:24.20brlcadwith that, the todo makes more sense
20:24.30brlcadit mattered in the early 90's
20:24.47starseekervotes we deprecate it and call it done...
20:25.21starseekerlongopt or cc= the feature if it's still useful, but definitely not -I
20:25.42brlcadthe todo still worries
20:25.53brlcadbasically that -I used to do more and someone removed whatever it was doing
20:26.05brlcadwhich is what makes it seem so lame now
20:26.20starseekerbrlcad: if so, it looks like it was before your big code reorg in the 22000 days
20:26.33brlcadI noticed enough that made me add the entry
20:26.44brlcadno, that todo was really recent .. I remember adding it
20:26.59starseekerno, I mean the -I feature
20:27.01brlcadjust didn't say which commit caused me to note it
20:27.14brlcadhuh?
20:27.19brlcadI know it's an old flag
20:27.29brlcadI'm suggesting that the flag used to do more than renice the app
20:27.46starseekerthe -I feature setting the nice value - if -I ever did more than that, it was before the 22000 commit range when you did the big reorg
20:27.47brlcadsomeone probably removed the code for whatever it was that it did
20:27.50starseekeri.e. a *long* time ago
20:27.57brlcadno, that's my point
20:28.13brlcadI recall writing that todo, because I was reviewing a recent patch
20:28.22brlcads/patch/commit/
20:28.26starseekerhmm.
20:28.42starseekerif you look at svn blame for the -I code, I think it goes a long way back...
20:28.51starseekerdid that one evening
20:29.06brlcadsure, the option goes way back ... still not the point :)
20:29.12starseekerheh
20:29.28brlcadif all it's ever done was renice, then I agree -- but that's the entire question
20:29.36brlcadthe todo suggests otherwise
20:29.53brlcadwe can still deprecate the flag
20:29.59starseekernods - that's why I was looking in the history to see if it ever did anything else
20:30.23brlcadbut assuming it did do something, we may end up effectively shipping a broken flag
20:30.30brlcadnot doing what it used to
20:32.30starseekerwoo hoo!  Successful MSVC 2015 build, archer comes up
20:32.36starseekertime to test Release build
20:33.11starseekerproceeds to kick off build and run errands...
20:33.21starseekerbrlcad: well, let me know if I can help with the -I thing
20:33.29brlcadokay, just checked out a revision before my commit review set and not seeing interactive mode doing anything interesting
20:33.38brlcadso lets just kill it
20:33.45starseekerdeprecate, or squash?
20:34.15brlcadtechnically not user visible on current hardware
20:34.27starseekerworks for me
20:35.20starseekernotes that cutting down the number of MSVC targets really pays off when doing this sort of testing...
20:35.26brlcadwarrants a news, but yeah I think we can skip deprecation on an technicality
20:37.01starseekerthings he'll look at consolidating the tcl index stuff into one target - partial is problematic since you often end up needing pieces that don't get called out in deps
20:37.07starseekers/things/thinks
20:37.28starseekergrr - haven't even been on thingiverse lately.  come on fingers, get with the program...
20:38.26starseekeralrightie, be back later - if this works I'll be able to shut down the Windows VM and get back to osgl debugging
20:38.49starseekereyes Mac Aqua building... so tempting...
20:39.22brlcadI fixed most of the remaining aqua issues, it almost builds clean out of the box now
20:39.35brlcadif you have osgl working, we should make aqua be default
20:52.17Notify03BRL-CAD:brlcad * 67321 (brlcad/trunk/src/remrt/remrt.c brlcad/trunk/src/remrt/rtsrv.c and 7 others): kill the -I interactive mode option to rt/rtedge/remrt. renicing a program is not likely to be user-visible on current hardware platforms and doesn't need to be a user-controllable command-line option any more. as such, consciously skipping deprecation as a minimally impacting change.
20:53.12Notify03BRL-CAD:brlcad * 67322 (brlcad/trunk/doc/docbook/system/man1/rt.xml brlcad/trunk/doc/docbook/system/man1/rtedge.xml): remove the -I option from rt/rtedge now that interactive/renice mode is gone.
20:54.16Notify03BRL-CAD:brlcad * 67323 brlcad/trunk/doc/docbook/system/man1/remrt.xml: remove the tiny mention of -I from remrt's docs too
20:58.28Notify03BRL-CAD:brlcad * 67324 brlcad/trunk/NEWS: removed the -I option from the ray tracers. not likely in use, arguably no longer user visible on current hardware, and doesn't really need to be a first class command-line option regardless. removal helps simplify the usability too (dozen more options need to go away).
20:59.01*** join/#brlcad gaganjyot (~gaganjyot@122.173.238.94)
20:59.47brlcadgaganjyot: did you see my responses?
21:02.32gaganjyotI am really sorry brlcad, my internet went down,
21:02.51gaganjyoti am just going to check in irc logs
21:03.43brlcad14:21 < brlcad> gaganjyot: that's a really advanced topic
21:03.43brlcad14:22 < brlcad> there is "the nurbs book" but it very quickly gets into complex math that I have  trouble following
21:03.46brlcad14:22 < brlcad> http://www.amazon.com/NURBS-Book-Monographs-Visual-Communication/dp/3540615458
21:03.49brlcad14:22 < brlcad> https://books.google.com/books?id=58KqCAAAQBAJ
21:04.32gaganjyotI see
21:11.39brlcadbezier are even easier -- there are hundreds of resources online for understanding them
21:11.47brlcadwe have lots of code bits that deal with them
21:12.09brlcadmost of it could probably be reworked into librecad terms pretty easily
21:15.18gaganjyotI got some idea of bezier,
21:16.53gaganjyotbrlcad, If you could spare some time any day, I'd like to discuss more about BREP/CSG too.
22:46.57*** join/#brlcad merzo (~merzo@AGrenoble-653-1-605-105.w92-129.abo.wanadoo.fr)
23:13.21starseekerwoot - Release mode MSVC 2015 build completed.
23:13.34starseekernow the NSIS package...
23:48.03starseekersweet
23:48.13starseekerthat was a lot easier than I expected, actually
IRC log for #brlcad on 20160313

IRC log for #brlcad on 20160313

00:44.32*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:31.55Notify03BRL-CAD:starseeker * 67325 brlcad/trunk/CMakeLists.txt: Make sure these strings don't end up empty...
01:34.40*** join/#brlcad bkkubxboebpbzvbs (~armin@dslb-088-066-151-174.088.066.pools.vodafone-ip.de)
01:36.27Notify03BRL-CAD:starseeker * 67326 brlcad/trunk/TODO: Sean sorted out this one...
01:38.28Notify03BRL-CAD:starseeker * 67327 brlcad/trunk/CMakeLists.txt: don't use dashes
01:42.40Notify03BRL-CAD:starseeker * 67328 brlcad/trunk/CMakeLists.txt: try explicit quotes
02:13.03Notify03BRL-CAD:starseeker * 67329 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/libbu/fchmod.c): Check for strsafe.h
02:29.43starseekeryeesh
02:29.58starseekerlibbu+mingw32 is still one big unhappy mess
02:39.11*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:45.30Notify03BRL-CAD:starseeker * 67330 brlcad/trunk/doc/README.Windows: Add a few notes about how to go about trying a mingw build.
02:47.03starseekerblegh - enough Windows pain for one day
02:57.22*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
04:34.19*** join/#brlcad penumbra (dce39556@gateway/web/freenode/ip.220.227.149.86)
05:18.24*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
05:37.24*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
05:52.11*** join/#brlcad ickby (~stefan@x5d847d3b.dyn.telefonica.de)
06:33.00*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
06:56.01*** join/#brlcad circ-user-z9xDw (~circuser-@122.164.216.179)
06:59.29Lavan<PROTECTED>
07:29.20*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
07:43.12*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
08:37.39*** join/#brlcad anirudh96_ (uid151367@gateway/web/irccloud.com/x-dldtfurnibdvdhat)
08:39.39*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
08:41.57tandoorichickwould remeshing (incase there are a lot of triangles, reduce it by making different triangles of the same area) of a BoT be welcome as a part of the polygonal healing project?
08:47.30*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
08:57.08*** join/#brlcad cLavelle (3223469d@gateway/web/freenode/ip.50.35.70.157)
10:37.11*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
11:39.23*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
11:43.51*** join/#brlcad shubham (01163fa2@gateway/web/freenode/ip.1.22.63.162)
12:13.21Notify03BRL-CAD Wiki:Amrinder Singh * 9550 /wiki/User:Amrinder_Singh: Created page with "== Bonding with Organisation == I have installed BRL-CAD on my system on 8 March 2016 successfully. Now, I'm in touch with the community. I'm interested in OGV back ground pr..."
12:15.28Notify03BRL-CAD Wiki:Amrinder Singh * 9551 /wiki/Amrinder_Singh: Blanked the page
12:16.11*** join/#brlcad zaverichintan (~androirc@123.237.167.57)
12:16.32zaverichintanHey everyone,
12:16.48zaverichintanI am working on Online geometry viewer
12:17.34zaverichintanWhere the output from brl cad (g file)  can be uploaded to OGV site! And the user can easily view the model
12:18.19zaverichintanKindly share your ideas and thought on this,it will make OGV more user friendly and usable.
12:46.46*** join/#brlcad Ak7 (Akshay@120.59.240.4)
12:47.28*** join/#brlcad zaverichintan (~androirc@123.237.167.57)
12:48.10shubhamhey chintan
12:48.26shubhamwhat issues were you facing regarding the datGUI part in OGV
12:52.40*** join/#brlcad Ak7 (~Akshay@120.56.245.222)
12:53.07zaverichintanI think that all the code is in the gsoc 2015 merged branch
12:53.36zaverichintanI will retry it with that branch.
12:54.50shubhamyeah, follow the GSOC2015-merged branch, for improving/adding on to the existing code
12:55.31shubhamfor anything for that matter
12:58.02*** join/#brlcad icemc (~abanda@41.202.219.73)
12:59.44zaverichintanAny suggestions on more features from your side, and other members ideas are also welcome
13:01.24*** join/#brlcad YANICK_ (~YANICK19@41.202.219.73)
13:03.51*** join/#brlcad Lavan (~Lavan@122.164.216.179)
13:09.49*** join/#brlcad shubham (01163fa2@gateway/web/freenode/ip.1.22.63.162)
13:19.19*** join/#brlcad Ak7 (Akshay@120.56.245.222)
13:21.18starseekertandoorichick: there are some mesh decimation capabilities available as part of the libgcv work...
13:21.44*** join/#brlcad gagan (~gagan@122.173.29.127)
13:22.31*** join/#brlcad gaganjyot (~gaganjyot@122.173.29.127)
13:24.21zaverichintanShubham: shall I work on keyboard shortcuts with the wireframe option?
13:25.11*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
13:25.33shubhami think it'll be a mess to have too many of keyboard shortcuts
13:26.39zaverichintanAny suggestions from your side for rendering patch?
13:28.25*** join/#brlcad Ak7 (Akshay@120.56.245.222)
13:29.19*** join/#brlcad sniok (~esde@89.252.2.135)
13:30.04shubhamyou would have noticed that the uploaded models appear to be black and white, there are no colors
13:30.54shubhamtry adding the rgb parameters from the the model to the object file
13:30.59zaverichintanYes, so I thought to have color option
13:31.08zaverichintanOn datgui
13:31.25shubhamno not that
13:31.56zaverichintanAnd g to obj converter, needs more clarification
13:33.00shubhamthe colors in the model itself need to be added to the object file
13:33.42zaverichintanWhere is the source file for that? I thought to take this up in gsoc
13:34.36shubhamsource file for?
13:35.29zaverichintanG to obj converter, we are using thay from brl cad
13:36.54shubhamin the conv directory
13:37.40zaverichintanOh then will create it's exe file and create a PR on the brl cad
13:38.36zaverichintanI thought to take it up during gsoc and right now focus on the patch related to meteor, three JS,  and the Technologies used
13:58.41*** join/#brlcad icemc (~abanda@41.202.219.74)
14:01.08*** join/#brlcad YANICK_ (~YANICK19@41.202.219.74)
14:01.26Notify03BRL-CAD:starseeker * 67331 brlcad/trunk/doc/README.Linux: need newer than 2.8.3 these days...
14:04.06Notify03BRL-CAD:starseeker * 67332 brlcad/trunk/src/rt/do.c: unused var
14:06.18*** join/#brlcad Ak7 (Akshay@120.56.245.222)
14:20.07*** join/#brlcad rvirdiz (~rvirdiz@122.162.52.74)
14:28.59*** join/#brlcad ickby (~stefan@x5d845caf.dyn.telefonica.de)
14:36.06Notify03BRL-CAD:starseeker * 67333 brlcad/trunk/src/libdm/dm-osgl.cpp: Looks like we need this to initialize the background view... not 100% sure we need to swap buffers every time, but go with it for now...
14:45.20Notify03BRL-CAD:starseeker * 67334 brlcad/trunk/src/libdm/dm-osgl.cpp: Not sure if this is true cross platform, but on Linux VisibilityChangeMask seems to be doing the trick...
15:16.49Notify03BRL-CAD:starseeker * 67335 (brlcad/trunk/src/libdm/dm-osgl.cpp brlcad/trunk/src/libdm/dm-osgl.h): This seems to trip the initial redraw without doing a full swap for every visibility change.
15:34.12*** join/#brlcad gaganjyot (~gaganjyot@122.173.23.186)
15:46.40*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
16:00.06*** join/#brlcad gaganjyot (~gaganjyot@122.173.23.186)
16:04.06*** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net)
16:38.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:55.06*** join/#brlcad gaganjyot (~gaganjyot@122.173.23.186)
17:02.46*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
17:02.48Notify03BRL-CAD:starseeker * 67336 brlcad/trunk/src/libdm/dm-osgl.cpp: tweaks
17:02.49Notify03BRL-CAD:starseeker * 67337 (brlcad/trunk/src/libdm/CMakeLists.txt brlcad/trunk/src/other/freetype/CMakeLists.txt and 2 others): Hmm. Make a stab at putting back the Windows bits for Freetype
17:02.51Notify03BRL-CAD:starseeker * 67338 brlcad/trunk/src/other/freetype/CMakeLists.txt: typo
17:02.52Notify03BRL-CAD:starseeker * 67339 (brlcad/trunk/src/other/openscenegraph/CMakeModules/Path_Setup.cmake brlcad/trunk/src/other/openscenegraph/CMakeModules/RPath_Setup.cmake): Update modules
17:03.00Notify03BRL-CAD Wiki:Takecheese * 0 /wiki/User:Takecheese:
17:03.38*** join/#brlcad Ak7 (~Akshay@120.56.245.222)
17:07.12*** join/#brlcad shubham_ (71c18a96@gateway/web/freenode/ip.113.193.138.150)
17:38.42*** join/#brlcad Ak7 (~Akshay@120.56.245.222)
17:53.39tandoorichickin the rt_bot_internal structure what is the num_normals (and hence the normals) variable? also, it is commented that the num_face_normals variable is the same as the number of faces- so why is there another variable? and what is the relation between the normals pointer and the face_normals pointer? and what is the pointer variable 'tie' for?
18:20.13*** join/#brlcad Ak7 (Akshay@120.56.245.222)
18:31.47*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
18:42.26*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:45.11*** join/#brlcad penumbra (dce39556@gateway/web/freenode/ip.220.227.149.86)
18:56.49*** join/#brlcad Ak7 (Akshay@59.177.226.15)
19:06.27*** join/#brlcad Gabriel__ (d5e9550e@gateway/web/freenode/ip.213.233.85.14)
19:06.38*** join/#brlcad gaganjyot (~gaganjyot@122.173.23.186)
19:11.45GabrielHi, related to the "add exec option to search" GSoC project: I know that in UNIX, the -exec option ends with a colon, escaped by a backslash. It is done like that to prevent it from being interpreted as shell script punctuation. Is there any need to protect it like so in BRL-CAD's context?
19:16.32GabrielAlso, the same question for the braces - should they be escaped?
19:39.49starseekerscowls - apparently VirtualBox OpenGL is... subpar. Can't tell if the dm works on Windows or not...
19:44.21StragusVirtualized OpenGL is always limited to something archaic, and with crappy performance
20:40.28*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
20:40.35*** join/#brlcad Gabriel (d5e9550e@gateway/web/freenode/ip.213.233.85.14)
21:26.50*** join/#brlcad adahp (~adahp@c-24-20-214-39.hsd1.or.comcast.net)
21:38.39*** join/#brlcad merzo (~merzo@AGrenoble-653-1-574-115.w90-42.abo.wanadoo.fr)
22:02.43*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:04.24*** join/#brlcad adahp_ (~adahp@c-24-20-214-39.hsd1.or.comcast.net)
22:07.27*** join/#brlcad qbz (~cLavelle@50.35.70.157)
22:08.22qbzHello. Is this the right place to ask questions about gsoc?
22:08.56*** join/#brlcad adahp (~adahp@c-24-20-214-39.hsd1.or.comcast.net)
22:20.37*** join/#brlcad adahp (~adahp@c-24-20-214-39.hsd1.or.comcast.net)
22:21.50teepeeqbz: for general questions, yes
22:25.26qbzI saw an idea for a celestial mechanics particle system and I had some questions about it http://brlcad.org/wiki/Celestial_mechanics_particle_system
22:33.28teepeeqbz: for that, check the org specific communication channel, in that case it would be #brlcad here on freenode
22:33.39teepeeoops
22:33.58teepeeI though I was in the #gsoc window :D
22:34.31teepeeqbz: well, then just ask your question and hang around, you'll get an answer eventually
22:45.31teepeeqbz: alternatively you can also post your questions to the mailing list
23:46.28*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
IRC log for #brlcad on 20160314

IRC log for #brlcad on 20160314

00:29.25*** join/#brlcad adahp (~adahp@c-24-20-214-39.hsd1.or.comcast.net)
00:39.41*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
00:39.42*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
01:01.56*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:34.01qbzIn regards to the gsoc idea posted here: http://brlcad.org/wiki/Celestial_mechanics_particle_system, What physics would this entail? Would this involve modifying the rendering pipeline or do I just need to generate the proper data to send to the existing pipeline? Would a more general 3d particle system that could be used to simulate orbits make a good project or should I only focus on tackling
01:34.01qbzthe problem of particle orbits? These are some of the questions I'm thinking about, I'm mostly just looking for someone to point me in the right direction as to what an imnplementation would roughly entail and what files I should be looking to in order to start thinking about how I would implement the project.
03:38.16*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
03:40.13brlcadqbz: if you are eligible to participate in SOCIS, that may be a better fit
05:45.24*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
05:55.25qbzMy interest is more in particle systems then celestial bodies.
05:55.55qbzI just saw that project on the gsoc ideas page
05:56.28*** join/#brlcad shubham (a5e1683c@gateway/web/freenode/ip.165.225.104.60)
06:17.01*** join/#brlcad merzo (~merzo@AGrenoble-653-1-574-115.w90-42.abo.wanadoo.fr)
07:15.41*** join/#brlcad davee__ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
07:17.54*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:02.42*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:03.15*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
08:44.28*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
09:02.45*** join/#brlcad akshayjain (67157e4f@gateway/web/freenode/ip.103.21.126.79)
09:08.02*** join/#brlcad akshayjain007 (67157e4f@gateway/web/freenode/ip.103.21.126.79)
09:31.08*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
09:32.27tandoorichickshould degeneracies in BoTs be handled or is it okay to let them stay? Eg:
09:33.01tandoorichick1. vertices that are listed but are not a part of any triangle
09:33.28tandoorichick2. single vertex forming a a triangle of area 0
09:34.13tandoorichick3. dangling edges- triangle made up of 2 vertices (makes a triangle of area 0 again). like va vb vb
09:34.52tandoorichickshould these also be healed as a part of mesh healing?
09:43.37*** join/#brlcad kkr_ (~kkr@14.139.160.31)
10:12.39*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:39.11*** join/#brlcad gaganjyot (~gagan@122.173.79.18)
10:39.24gaganjyotbrlcad, hi
10:40.59gaganjyotbrlcad, I was recently placed in unisys global services and from their wiki, I came to know unisys works with US military :D
10:42.01gaganjyotso I thought you might know more about unisys. Was wondering if I get a chance to meet you via work ;)
12:59.54*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
13:09.16*** join/#brlcad shubham (01163f12@gateway/web/freenode/ip.1.22.63.18)
13:42.44*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
13:49.06*** join/#brlcad kkr_ (~kkr@14.139.160.31)
14:01.06*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
14:09.33Notify03BRL-CAD:starseeker * 67340 brlcad/trunk/src/other/CMakeLists.txt: More target folders
14:14.04*** join/#brlcad tandoorichick_ (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
14:15.03*** join/#brlcad sofat (~sofat@49.248.183.189)
14:16.28*** join/#brlcad sofat_ (~sofat@49.248.182.120)
14:29.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:31.06Notify03BRL-CAD:starseeker * 67341 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/other/CMakeLists.txt): couple aqua tweaks - not sure if they're needed...
14:31.42Notify03BRL-CAD:starseeker * 67342 brlcad/trunk/CMakeLists.txt: int, not string...
14:40.21starseekerbrlcad: OK, OSG is definitely busted on Windows
14:40.44starseekerguess that'll have to be post 7.26.0
15:15.30*** join/#brlcad qbz (~cLavelle@50.35.70.157)
15:18.09brlcadqbz: sure, particle systems ideas works for SOCIS too -- any simulation/animation/visualization component makes for a good socis project
15:44.33*** join/#brlcad kkr_ (~kkr@14.139.160.31)
15:48.05starseekerand bundled Tk doesn't like Aqua build either, looks like (not surprised...)
15:48.36starseekerprobably just as well - don't want to hold up the release any longer trying for the moon...
16:07.03*** join/#brlcad yorik (~yorik@191.255.88.202)
16:08.46Notify03BRL-CAD:starseeker * 67343 brlcad/trunk/src/libdm/dm-osgl.cpp: Gah. Not just a Tk dependency, but an X11 dependency...
16:11.32Notify03BRL-CAD:starseeker * 67344 brlcad/trunk/src/libdm/dm-osgl.cpp: typo, copy-paste fix
16:16.25starseekergrowl... necessary, but not sufficient...
16:18.13*** join/#brlcad gaganjyot (~gaganjyot@122.173.79.18)
16:33.33brlcadstarseeker: yeah, I didn't attempt bundled aqua Tk -- I used apple's
16:33.44brlcadin fact, had to force it in a few places
16:33.58brlcadour opengl header inclusions were also wrong in a few places
16:34.16brlcadOpenGL/gl.h vs GL/gl.h when building against -framework OpenGL
16:34.26brlcadin three or so files
16:42.31*** join/#brlcad Akshay (~Akshay@120.56.244.211)
16:44.02starseekernods - IIRC that's what I did before too - I'll want to upgrade to 8.6 before I do a lot of fiddling to get Tk Aqua building working
16:44.30starseekerthe windows failure is more distrubing... that *did* work at one point...
16:44.54starseekerwill find it eventually, but it'll mean lots of Windows Debugging... blegh
16:45.20starseekerstill, worth doing (along with Aqua) for 7.28.0
16:45.28starseekerjust now now ;-)
16:46.26*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
17:14.29*** join/#brlcad Akshay (Akshay@120.56.244.211)
17:49.47*** join/#brlcad gaganjyot (~gaganjyot@122.173.79.18)
18:20.20*** join/#brlcad Akshay (Akshay@120.56.244.211)
18:44.20*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
19:01.26*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
19:06.31*** join/#brlcad ickby (~stefan@x5d84d10f.dyn.telefonica.de)
19:15.02tandoorichickcan somebody tell me if it is necessary to integrate some existing software's codefor mesh healing or is it fine if i write it on my own?
19:17.16*** join/#brlcad shubham_ (71c18927@gateway/web/freenode/ip.113.193.137.39)
19:50.52*** join/#brlcad Akshay (Akshay@120.56.244.211)
19:56.00gaganjyottandoorichick, AFAIU, if you can integrate some software
19:56.23gaganjyotconsidering it meets the licensing terms, It would be easier for you as well as the community
20:34.28*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:37.07*** join/#brlcad Gabriel_ (d5e9550e@gateway/web/freenode/ip.213.233.85.14)
20:44.41*** join/#brlcad merzo (~merzo@AGrenoble-653-1-574-115.w90-42.abo.wanadoo.fr)
20:48.07*** join/#brlcad Akshay (Akshay@120.56.244.211)
21:00.24tandoorichickgaganjyot: thanks for the advice. :)
21:02.55gaganjyotsure welcomed :)
21:12.49*** join/#brlcad tofu_ (~Mutter@50.242.218.129)
21:28.35*** join/#brlcad tofu__ (~Mutter@50.242.218.129)
21:48.20Gabriel_Hi, can anyone tell me what does "live at a lower level" reffers to in the "add exec option to search" GSoC project?
21:52.19Gabriel_Could it possibly mean to add the table which maps commands to functions into another source file and then include this source file in both the search source and MGED?
21:53.32``ErikGabriel_: I'd have to see the page to be sure, but it might mean migrate the functionality from the mged/ user interface into the libged/ library
22:02.58Gabriel_So why commands passed to "exec" (lets say they are already stored as individual commands) could not be executed such as other commands are currently executed?
22:06.16Gabriel_I have seen in the source code of the search files that none includes files in mged...
22:08.29Gabriel_Perhaps linking the MGED interface with the search files through a new table mapping the commands with functions in a new file would bring a plus to code modularity and flexibility?
22:11.43*** join/#brlcad tofu__ (~Mutter@50.242.218.129)
22:32.10*** join/#brlcad cax (uid152160@gateway/web/irccloud.com/x-pwjcvyxhmqrqawny)
22:37.37*** part/#brlcad Gabriel_ (d5e9550e@gateway/web/freenode/ip.213.233.85.14)
22:37.53*** join/#brlcad tofu_ (~Mutter@50.242.218.129)
23:30.46*** join/#brlcad qbz (~cLavelle@50.35.70.157)
23:41.44*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160315

IRC log for #brlcad on 20160315

00:15.50Notify03BRL-CAD:starseeker * 67345 brlcad/trunk/src/libdm/dm-osgl.cpp: See if this will work to properly/portably size and center things...
00:20.24Notify03BRL-CAD:starseeker * 67346 brlcad/trunk/src/libdm/dm-osgl.cpp: OK, the other windows bit just flat out wasn't working... Things at least draw now. The center dot seems to be behaving itself on Linux, but not on Windows... wonder what the platform inconsistency is there, may have something to do with how mouse xy coodinates are being recorded/propagated... arrgh.
00:25.50Notify03BRL-CAD:starseeker * 67347 brlcad/trunk/src/libdm/dm-osgl.cpp: print some diagnostics
00:27.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:38.10Notify03BRL-CAD:starseeker * 67348 brlcad/trunk/src/libdm/dm-osgl.cpp: not seeing the variation there...
01:15.50*** join/#brlcad Quantized_magic (4ca5eb16@gateway/web/freenode/ip.76.165.235.22)
01:17.02Quantized_magicI'm trying to get in touch with the contacts in charge of the Celestial Mechanics and Free fall GSoC ideas
02:09.30Notify03BRL-CAD:starseeker * 67349 brlcad/trunk/src/libdm/dm-osgl.cpp: Can't pin down why, but the offset between the OpenGL center (which is used to draw the point) and the X,Y coordinates from the Tk windows seems to be different on Windows vs Linux???
02:11.46starseekerwell, at least it works now...
02:12.09StragusThat's darn weird. Tried measuring coordinates from screenshots?
02:12.47StragusI'm more inclined to blame Tk than OpenGL (possibly regarding window decorations or whatever else)
02:13.35starseekerI've got common_dm in MGED printing the actual X,Y coordinates it's getting from clicking, then clicking over the center dot
02:14.11starseekerthey *should* be the XY coordinates in that Window, and the math seems to bear that out
02:14.20*** join/#brlcad kkr_ (~kkr@14.139.160.31)
02:14.42starseekerI need to set up identical sized MGED windows on both Linux and Windows and see what that does
02:15.03starseekerit's possible that there's some internal OpenSceneGraph weirdness that's also platform specific
02:15.24starseekerultimately, we're mating it's 2D coordinate system with Tk's
02:16.22starseekerwould be nice to figure that out programmatically, but not sure if that's practical/possible with the available APIs...
02:16.52starseeker"given this 0,0 opengl dot in the OSG widget, find the corresponding coordinates in the parent tk window..."
02:17.38starseekerwe're trusting that the osg window and the parent tk window are the same size, which *may* not be true univerally across platforms...
02:17.40StragusIn theory, the fact that it's OSG or Tk shouldn't matter at all. I would measure a screenshot ;)
02:18.27starseekerhow would that help though?  I need tk and osg to agree, whatever the "right" number of pixels is...
02:19.59starseekerwonders if Qt would do any better at this... I suppose conceptually these are the issues you deal with anytime you embed windows in parents...
02:20.05StragusJust a step to isolate the problem, figuring out if Tk coordinates are what is expected
02:20.19starseekernods
03:32.43Notify03BRL-CAD Wiki:89.234.182.58 * 9552 /wiki/ARL_Technical_Reports:
04:41.10*** join/#brlcad shubham_ (a5e1683c@gateway/web/freenode/ip.165.225.104.60)
04:58.08*** join/#brlcad nilram (~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf)
05:23.33*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
06:12.58*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ralnfadijsfjowtq)
06:38.46*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
06:43.43*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mxwowaqewknlrfgo)
07:42.54*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:02.01*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:15.33*** join/#brlcad jasvir (~jass@75-142-124-111.static.mtpk.ca.charter.com)
08:48.33*** join/#brlcad jasvir (~jass@75-142-109-136.static.mtpk.ca.charter.com)
09:02.42*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
09:03.35*** join/#brlcad Gabriel_ (d5e9550e@gateway/web/freenode/ip.213.233.85.14)
09:09.13Gabriel_Hi, I have one question about migrating user interface functionality from mged/ to libged/ : does this reffer to creating new source files and then including them both in mged and search code?
09:10.33Gabriel_So that the table mapping commands and function calls would be a sort of low level linkage between the mged and search?
09:19.05d_rossbergGabriel_: as far as i can see from the project ideas page this migration already happened, the next step would be to have transactions
09:21.15Gabriel_How would this help the commands passed to exec be processed?
09:21.55Gabriel_(i forgot to say i'm reffering to the "add exec to search" project)
09:22.51Gabriel_Why actually can't those commands be processed the way other commands are actually executed?
09:26.50d_rossbergwhich commands? libged contains functions, no commands
09:29.09Gabriel_yes, meant to say that after processing the input string it would result into possibly more commands which would call functions
09:30.22d_rossbergdid you read http://brlcad.org/wiki/Add_exec_option_to_search ?
09:30.33Gabriel_like if we had search -name b* -exec draw {} ; we could take the draw {} command and then call the draw command
09:31.23Gabriel_yes, I did, but I did not understand the part related to mged very well
09:34.58d_rossbergok: mged uses TCL wich has commands, which can be seen as keywords which trigger functions from libged
09:37.11d_rossbergthe keyword-function list is part of mged, but the sech functionality is coded in libged's ged_search() function
09:38.03d_rossbergthis means that ged_search() has no knowledge about the meaning of keawords
09:38.17d_rossberg(at least today)
09:39.04Gabriel_so if adding the keyword functionality inside libged we could trigger the commands by passing them the strings in exec?
09:40.30d_rossbergthis is one possibility, or you could put it into another core library if there is a reason for it
09:41.39d_rossbergthe keywords-map could be used by mged, archer, and libged
09:43.09Gabriel_i think i get it now: define the keyword table inside a new core file which links mged, libged and archer together?
09:45.21d_rossbergnot really, mged and archer shouldn't be linked together :) but they use the same core libraries, e.g. libbn, libbu, librt, libwdb, libged, ...
09:47.08Gabriel_for this project i guess that only libged (because of search) and mged should be linked?
09:49.33d_rossbergthey are already linked! but yes, you would have to touch (modify) mged and libged, and maybe archer as well
09:51.48Gabriel_ok, I understand it better now, thanks for the clarifications
09:54.44*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
10:06.32*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:24.37*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.98.41)
11:13.56*** join/#brlcad gaganjyot (~gaganjyot@122.173.79.18)
12:24.22brlcadnotes http://brlcad.org/wiki/Online_Geometry/TODO needs updating
12:58.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:19.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:51.30*** join/#brlcad gaganjyot (~gaganjyot@122.173.79.18)
14:00.24*** join/#brlcad yorik (~yorik@191.255.88.202)
14:42.30*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
15:42.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:50.17*** join/#brlcad adahp (~adahp@c-24-20-214-39.hsd1.or.comcast.net)
15:55.29*** join/#brlcad nilram_ (~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf)
16:50.58*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
16:55.22*** join/#brlcad shubham (71c1893d@gateway/web/freenode/ip.113.193.137.61)
17:20.06``Erik314 gb drives for raspberry pi (on sale for pi day) http://wdlabs.wd.com/products/wd-pidrive-314gb/
17:20.46``Erikhttp://www.techweekeurope.co.uk/data-storage/raspberry-pi-hard-drive-pidrive-187871
17:20.54``Erikcuz, y'know, pi pi pi pi pi pi... everything must be pi...
17:22.53teepee`would have liked raspberry pi version 3.14 with 3.14GB ram :)
17:26.37starseekerO.o
17:48.44*** join/#brlcad qbz (~cLavelle@50.35.70.157)
17:49.25*** join/#brlcad jasvir (~jass@172.56.40.194)
17:52.14*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
18:11.02*** part/#brlcad kkr_ (~kkr@14.139.160.31)
18:11.36*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
18:14.06*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.111.152)
18:25.54*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
18:39.16tandoorichickis dynamic addition of points and faces in BoT possible?
18:39.46*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-aadwjcmbszxxcqen)
18:40.57tandoorichickis dynamic addition of points and faces in BoT possible?
19:32.16Notify03BRL-CAD:brlcad * 67350 brlcad/trunk/doc/STRATEGY: expand TODO items for the website project
19:42.06Notify03BRL-CAD:brlcad * 67351 brlcad/trunk/doc/STRATEGY: expand and clarify the gcv deployment project tasks
19:55.55*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
20:40.01*** join/#brlcad gaganjyot (~gaganjyot@122.173.79.18)
20:40.30*** join/#brlcad davee_ (~davee@172.56.41.218)
20:50.57brlcadfyi, server backups are underway for what will hopefully be the last time
20:51.06brlcad(the last time on this sago server)
20:51.51brlcadtandoorichick: yes, I believe so
20:53.32brlcadit's not a very good interface, but it's certainly technically possible as bots don't care about topology or connectivity
20:53.48brlcadI think the edit interace in mged will let you add and remove vertices
20:54.06brlcadnot sure about command-line, but I'm not aware of editing there
20:54.31tandoorichickbrlcad: okay...
20:55.03tandoorichicki've sent a mail on the mailing list regarding my ideas till now..
20:56.30shubhambrlcad: what is the best place to add the todo list for online geomtery viewer in the wiki? Maybe this http://brlcad.org/wiki/Online_Geometry/TODO !
20:58.11shubhammaybe under a separate heading "GSoC 2016 tasks", keeping the present content as is for now
20:58.28tandoorichickbrlcad: i wasn't able to find an LGPL software that has healing features like gaps, overlaps, holes, etc.. i found one that does remeshing (OpenFlipper). i'm studying some papers that will aid me with the tasks. is that a good way?
20:59.09brlcadshubham: yes, I posted that link last night when you were detatched from irc
20:59.30brlcadthe page will need to get updated or have a section added
20:59.52brlcaddon't want to lose the previous thoughts and goals without discussion
21:00.11shubhamyes, we'll update that, but for now adding a separate section will be fine
21:00.47brlcadshubham: please note where there is duplication with existing content
21:01.09brlcadsome marker so we know it's a shared topic we've discussed before
21:01.43brlcadtandoorichick: can you back up and summarize what you're wanting to work on?
21:02.12shubhamI will take note of that, for now i just wanted to dump the content from my google stylesheet to the wiki, i'll update it once i get some more time. thanks
21:02.21tandoorichickyeah sure. i wanted to work on the automatic polygonal mesh healing project
21:04.13tandoorichickand costa had suggested that i look at meshlab's features for reference, and i did. i also read up a bit and came up with a list of errors in meshes that can be corrected as a part of the project (namely- gaps, overlaps, holes, T-joints, singular vertices and edges, skewed elements, sliver patches, and degeneracies with triangles)
21:05.38brlcadshubham: thanks -- if you don't have time to merge them now, then I'll need to get someone else to because this is when students will be reading it in that context
21:06.29brlcadstudents will not know the source of the content and will see that as "the list" and that's not necessarily representative as this has not been collectively discussed afaik
21:06.59shubhami'm working on it
21:07.50tandoorichickand i also went through a list of softwares that have mesh healing features which could be integrated. but most of them turned out to be GPL softwares. OpenFlipper was one that had remeshng capabilities and some topological control features (like flipping or splitting edges, and adding or removing edges)
21:08.39tandoorichickso, i wanted to know if implementing them on my own would be fine?
21:10.05shubhambrlcad: I'll need you to look at the list and provide some feedback on it. I'll complete it in the next ~12 hours
21:12.25Notify03BRL-CAD Wiki:MeShubham99 * 9553 /wiki/Online_Geometry/TODO:
21:30.29Notify03BRL-CAD Wiki:MeShubham99 * 9554 /wiki/Template:Prettytable:
21:41.21brlcadtandoorichick: next you should look at what healing facilities we already have in brl-cad (not sure about bot, but nmg has some)
21:42.30brlcadyou can't really propose what you're going to suggest adding without knowing what we have ;)
21:42.58brlcadit'll probably take you hours to figure this out, maybe days -- we can help point you in the right dirs, but you'll need to read through lots of functions
21:47.30tandoorichickbrlcad: okay, so should i start with nmg.c?
21:51.01brlcadshubham: please be careful to not write their proposal for them, e.g., telling them what they need to do at certain points in time
21:51.33brlcadthat is dependent upon ability, experience, etc., and it's not our role to define that regardless
21:52.02brlcadwe can define objectives/features/bugs/desires/requirements/etc
21:52.59brlcadtandoorichick: that is a minutia question that is yours to figure out .. there are hundreds of potential starting points, all valid
21:53.18brlcadI would start with the bot code myself, then nmg
21:53.28brlcadsince bot is the closest data structure you're talking about
21:53.40brlcadsrc/librt/primitives/bot code
21:53.53brlcadand src/libged/bot*.c code for userland commands
21:54.01brlcadthen src/librt/primitives/nmg code
21:54.07brlcadand src/libged/*nmg* code
21:55.53tandoorichickbrlcad: thanks, i will work on this now.. one question, is it ok to mention reading papers to understand methodologies, as a part of the coding period?
21:57.34brlcadyou're welcome to continue reading papers during the coding period, but that will not count as gsoc work
21:57.59brlcadand you shouldn't have tasks that rely on the results of reading those papers (i.e., you have to have a plan regardless)
21:58.08shubhambrlcad: yes, thanks for pointing that out. Although, I have limited my suggestions to the desires and requirements for the project, that too at a very generic level. I'll take more care. There might have been some misunderstanding at some level.
21:58.48tandoorichickbrlcad: okay, got it.
22:01.17Notify03BRL-CAD Wiki:MeShubham99 * 9555 /wiki/Online_Geometry/TODO: /* GSoC 2016 */
22:04.08*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-evujycqomwprpeau)
22:07.57*** join/#brlcad qbz (~cLavelle@50.35.70.157)
22:10.11Notify03BRL-CAD Wiki:MeShubham99 * 9556 /wiki/Online_Geometry/TODO: /* GSoC 2016 */
22:27.37Notify03BRL-CAD Wiki:MeShubham99 * 9557 /wiki/Online_Geometry/TODO: /* GSoC 2016 task list*/
22:32.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:33.06*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160316

IRC log for #brlcad on 20160316

01:49.58*** join/#brlcad nilram (~nilram@2001:250:3c02:763:f195:585f:65e0:1d65)
02:46.46*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
04:20.53*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
04:25.17*** join/#brlcad davee_ (~davee@172.58.17.136)
04:39.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:07.27*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
05:30.35*** join/#brlcad shubham (a5e1683b@gateway/web/freenode/ip.165.225.104.59)
06:24.41*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
06:54.48*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:02.02*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
07:39.09*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
07:44.10*** join/#brlcad merzo (~merzo@AGrenoble-653-1-574-115.w90-42.abo.wanadoo.fr)
08:02.29*** join/#brlcad merzo (~merzo@AGrenoble-653-1-574-115.w90-42.abo.wanadoo.fr)
08:10.44*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:20.30*** join/#brlcad merzo (~merzo@AGrenoble-653-1-574-115.w90-42.abo.wanadoo.fr)
08:42.48*** join/#brlcad gaganjyot (~gaganjyot@122.173.79.18)
09:14.03*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:15.40*** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-iyihusywuimqblym)
10:01.14*** join/#brlcad gaganjyot (~gaganjyot@122.173.79.18)
12:32.41*** join/#brlcad gaganjyot (~gaganjyot@122.173.79.18)
12:51.50*** join/#brlcad ceterumnet (~ceterumne@50.56.243.144)
12:59.32*** join/#brlcad yorik (~yorik@191.255.88.202)
13:07.46*** join/#brlcad qbz (~cLavelle@50.35.70.157)
13:09.12*** join/#brlcad gaganjyot (~gaganjyot@122.173.79.18)
13:10.07*** join/#brlcad gaganjyot (~gaganjyot@122.173.79.18)
13:50.27*** join/#brlcad dracary1083 (dracarys98@nat/iiit/x-jxtcgdmshnbxdink)
13:57.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:01.26Notify03BRL-CAD Wiki:Krishnacodes * 9558 /wiki/Krishnacodes/GSOC16/logs: My Google Summer of 2016 Code Development Logs
14:02.01*** join/#brlcad gaganjyot (~gaganjyot@122.173.79.18)
14:28.06*** join/#brlcad raghavjajodia_ (a7dcec56@gateway/web/freenode/ip.167.220.236.86)
14:47.56*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
15:25.04*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
15:27.13*** join/#brlcad shubham_ (01163f2a@gateway/web/freenode/ip.1.22.63.42)
15:36.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:42.01*** join/#brlcad adahp (~adahp@c-24-20-214-39.hsd1.or.comcast.net)
15:50.56bojHi, could 'megd' visualize the thickness in BoT plate mode? (I know although the *thickness* is just an implicit representation of face property)?
15:51.46bojand I am drafting the proposal recently, and I want to know do I need to visualize the thickness if I want to add plate mode for NURBS?
15:51.56bojthanks.
15:52.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:56.55*** join/#brlcad gaganjyot (~gaganjyot@122.173.79.18)
16:03.05Notify03BRL-CAD Wiki:MeShubham99 * 9559 /wiki/Online_Geometry/TODO:
16:03.37d_rossbergboj: did you already visualized a plate mode bot in mged?
16:19.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:24.43d_rossbergthis is an example for a plate mode bot:
16:24.46d_rossbergput foo.bot bot mode plate orient no flags {} V {{1000 0 0} {0 1000 0} {0 0 1000}} F {{0 1 2}} T {100} fm 00000000
16:38.31*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
16:42.42*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
16:45.47*** join/#brlcad qbz (~cLavelle@50.35.70.157)
16:54.49*** join/#brlcad nilram__ (~nilram@2001:250:3c02:763:f195:585f:65e0:1d65)
16:58.35Notify03BRL-CAD Wiki:MeShubham99 * 9560 /wiki/Online_Geometry/TODO:
17:09.17*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
18:06.43*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:29.25tandoorichickwhile defining the bot_edge struct (which currently has the dest vertex, use_count- no. of faces using the edge, and the next edge),was there ay specific reason the the faces using the edge weren't included as well? isn't good to have topological information on the go, rather than being computed each time it is required? the face information an be used to build face djacency lists which might come handy..
18:30.04tandoorichickcan be used*
19:08.23Notify03BRL-CAD:brlcad * 67352 brlcad/trunk/doc/STRATEGY: expand on the performant pipeline project
19:31.49brlcadboj: you can visualize the thickness with raytracing (run the rt command)
19:32.15brlcadgetting ray tracing working for plate-mode nurbs is pretty much a given requirement
19:33.28brlcadtandoorichick: could be that the struct is only used during ray tracing, in which case it wouldn't have any use for topological informatino
19:33.37brlcadan editing interface would need that information though
19:41.21tandoorichickbrlcad: since support for topological operations would be continued using the same structure, is it wise to add the face information now?
20:13.41kkrcodesHello Everyone! I'm Krishna Reddy, a 3rd year Computer Science undergraduate student at Hindustan University, Chennai, India. I've been quietly listening to the IRC and following the mailing list throughout the past week while researching, deploying the old project and working on a project proposal for the Materials Database Website under GSOC 2016. I've detailed all the information in my proposal here:  https://docs.google.com/document/d/17ciIY11ati7ID2-hfM
20:13.42kkrcodesFZ30xGUWI3XK6-HauSpUthQZw  Mentors and community members, I welcome your thoughts and reviews on the proposal. Anything you would like to clarify or propose to add to the feature list would be much appreciated. Please point out if any section needs to explained further.  Thanks a lot!
20:14.27kkrcodesThe link seems to have split into 2 lines. Here's the link: https://docs.google.com/document/d/17ciIY11ati7ID2-hfMFZ30xGUWI3XK6-HauSpUthQZw/edit#heading=h.2gazcsgmxkub
20:22.07*** join/#brlcad Gabriel_ (d5e9550e@gateway/web/freenode/ip.213.233.85.14)
20:32.24*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:36.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:49.20*** join/#brlcad ickby (~stefan@x5d847f94.dyn.telefonica.de)
21:02.20*** join/#brlcad merzo (~merzo@AGrenoble-653-1-574-115.w90-42.abo.wanadoo.fr)
21:28.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:02.33*** join/#brlcad ickby (~stefan@x5d847f94.dyn.telefonica.de)
22:07.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:12.23*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
22:16.51*** join/#brlcad dracarys983_ (dracarys98@nat/iiit/x-hiqdpzschxdiecul)
22:27.17Notify03BRL-CAD:vasco_costa * 67354 brlcad/trunk/include/rt/defines.h: Enable deprecated OpenCL 1.2 functions so code will compile on later versions of OpenCL.
22:44.36*** join/#brlcad merzo (~merzo@AGrenoble-653-1-574-115.w90-42.abo.wanadoo.fr)
23:23.50Notify03BRL-CAD:vasco_costa * 67353 brlcad/trunk/src/librt/primitives/rec/rec_shot.cl: Remove extraneous bracket character.
23:44.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:45.40*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160317

IRC log for #brlcad on 20160317

00:01.40*** join/#brlcad merzo (~merzo@AGrenoble-653-1-574-115.w90-42.abo.wanadoo.fr)
01:14.16Notify03BRL-CAD:vasco_costa * 67355 brlcad/trunk/src/rt/do.c: Fix bug when invoking rt in OpenCL mode (-z 1) without any output arguments (reported by Param Hanji)
01:30.22Notify03BRL-CAD:vasco_costa * 67356 brlcad/trunk/src/librt/primitives/primitive_util.c: Added a TODO note regarding OpenCL sources location discovery
01:33.19bojHi, thanks for your suggestion, I will try it later. I am now working on the proposal and trying to make sure what I need to do :)
01:43.34Notify03BRL-CAD:vasco_costa * 67357 brlcad/trunk/src/rt/view.c: Improve rt command line help for OpenCL mode.
02:25.10*** join/#brlcad anirudh96 (uid151367@gateway/web/irccloud.com/x-dldtfurnibdvdhat)
04:20.28*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
04:22.58*** join/#brlcad shubham (a5e1683b@gateway/web/freenode/ip.165.225.104.59)
05:19.36*** join/#brlcad Amrinder (75d7e71b@gateway/web/freenode/ip.117.215.231.27)
05:20.12AmrinderHello, I'm still facing problem in meteor
05:20.20Amrindererror is as
05:20.36AmrinderWhile processing files with templating (for target web.browser):    index.html:2: Can't set DOCTYPE here.  (Meteor sets <!DOCTYPE html> for you)     => Your application has errors. Waiting for file change.
07:05.27*** join/#brlcad jasvir (~jass@75-142-109-136.static.mtpk.ca.charter.com)
07:05.46jasvirhi starseeker. I have some query about qged. From gui, I can see that qged can read objects but unable to draw. I have read code but not that deeply. Can you please tell me that what type of work is already been completed to start drawing. Like if I create an OpenGL widget in qt, what type of work will we have to do next?
07:28.04*** join/#brlcad jasvir_ (~androirc@75-142-124-111.static.mtpk.ca.charter.com)
07:33.20*** join/#brlcad jasvir_ (~androirc@75-142-109-136.static.mtpk.ca.charter.com)
07:43.28*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
07:48.23*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:58.05*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
08:20.39*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
09:10.49*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
09:23.16*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
09:38.30*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
09:42.48*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:50.04*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
09:52.12*** join/#brlcad jasvir_ (~androirc@75-142-109-136.static.mtpk.ca.charter.com)
10:07.00*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
11:44.51*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
12:06.53*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:10.18*** join/#brlcad jasvir_ (~androirc@75-142-109-136.static.mtpk.ca.charter.com)
13:08.48*** join/#brlcad shubham (71c18a5d@gateway/web/freenode/ip.113.193.138.93)
13:10.21*** join/#brlcad yorik (~yorik@191.255.88.202)
13:15.11*** join/#brlcad Akshay (Akshay@59.177.107.139)
13:17.58*** join/#brlcad gaganjyot (~gaganjyot@122.173.79.18)
13:39.46*** join/#brlcad Akshay (Akshay@59.177.107.139)
13:42.46*** join/#brlcad simran (~simran@101.57.122.232)
14:33.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:00.52starseekerjasvir_: no work has been started on drawing
15:01.26starseekeryou'll have to provide the opengl context to libdm, and study MGED's mouse bindings and figure out how to re-create them in a Qt widget
15:02.44starseekeryou'll need to read the code quite deeply (qged, mged and libdm) to understand how all the pieces will need to fit together, as well as doing some new design work on a Qt widget
15:05.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:12.36*** join/#brlcad nilram (~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf)
15:22.13``Erikhuh, cerdec in the news https://thestack.com/world/2016/03/16/u-s-army-developing-encrypted-radar-waveform/
15:25.03*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
15:49.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:56.32*** join/#brlcad adahp (~adahp@c-24-20-214-39.hsd1.or.comcast.net)
16:03.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:03.47brlcad``Erik: yeah, saw that
16:05.15Notify03BRL-CAD:brlcad * 67358 brlcad/trunk/doc/STRATEGY: make the file cooperate with org-export-as-*
16:11.47Notify03BRL-CAD:brlcad * 67359 brlcad/trunk/doc/STRATEGY: DOH! thx to kodein and paluche on #emacs for seeing the mistake here that was preventing emacs from auto-setting org-mode on the file.
16:45.39*** join/#brlcad simran (~simran@101.57.68.158)
16:47.27jasvirstarseeker: Yeah I am reading libdm's code currently. I am focusing on dm-ogl* and dm-qt* for libdm
16:53.07jasvirstarseeker: is src/libdm/dm-qt* in use somehow?
16:58.02*** join/#brlcad dracarys983_ (dracarys98@nat/iiit/x-gbqjjaczewqawqrr)
17:01.39brlcadjasvir: the qt display manager is an incomplete dev project
17:01.48brlcadso no, not in use anywhere
17:03.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:05.35jasvirbrlcad: If I am not wrong, it is supposed to be used in drawing entities on Qt openGL by processing openGL context. Is that so?
17:07.14*** join/#brlcad qbz (~cLavelle@50.35.70.157)
17:07.17*** join/#brlcad dracarys983_ (dracarys98@nat/iiit/x-bnyhmospwgphsknq)
17:11.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:17.32*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-asddcbftaeggdgxt)
17:25.58*** join/#brlcad simran (~simran@101.59.221.109)
17:26.50*** join/#brlcad dracarys983_ (dracarys98@nat/iiit/x-cuagwekqcooixqql)
17:44.29*** join/#brlcad zaverichintan (~androirc@123.237.167.57)
17:45.56zaverichintanShubham chauhan,  Can you please help me out to review the bug list https://docs.google.com/document/d/13rkz667O9gV8l-d1bUGG8AiydI0cNCwBVBjicRwhIWM/edit?usp=docslist_api
18:06.48*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
18:26.51*** join/#brlcad yorik1 (~yorik@177.139.37.53)
18:38.28starseekerjasvir: I'm not sure what that code specifically is for - the idea of the Qt libdm layer originally was to use Qt itself (the Qt canvas) rather than OpenGL as a drawing layer - in essence a portable version of our X24 libdm backend
18:39.32*** join/#brlcad Ak7 (Akshay@59.177.229.3)
18:39.40starseekerjasvir: that's a bit orthogonal to the qged effort.  I expect the dm-osgl backend is probably going to be best suited for Qt integration at the moment, since it is intended to be cross platform
18:48.22jasvirstarseeker: Oh! That's why I was confused about from where I should continue. I thought I am supposed to use dm-qt but it was using tk somehow and it made some spaghetti images about code in my mind.
18:49.03jasvirI have already gone through dm-ogl
19:04.49*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:06.37*** join/#brlcad jasvir_ (~androirc@75-142-109-136.static.mtpk.ca.charter.com)
19:31.01jasvirstarseeker: can you please brief me about src/mged and src/libged?
19:33.22*** join/#brlcad Bariton (~kvirc@x4d024509.dyn.telefonica.de)
20:07.25brlcadjasvir: that's fishing, please don't fish :)
20:09.48brlcadwhat I mean by that is you're asking someone else to do work that you are perfectly capable of doing yourself (at least as far as you have expressed in terms of technical content)
20:10.00brlcadif you have a specific technical question about mged or libged, you should ask that
20:10.11*** join/#brlcad pujani (~pujani@101.60.178.118)
20:11.17brlcadasking to be briefed or guided is not productive for starseeker or anyone else except yourself, and any response may not even help you with what you really need to know
20:11.49brlcadthat's why you should ask questions, and ask smart questions, not ones that are trivially found by searching the code or (worse) a quick google search
20:12.36brlcadmake sense?
20:13.37Ch3ckhi brlcad
20:15.10brlcadhi Ch3ck
20:15.42brlcadstarseeker: seeing approximate ~13% build time reduction on linux with the doc changes
20:16.18brlcadacross a cycle of cmake+make+make+make clean
20:16.58Ch3ckbrlcad: I try running mged from my Fedora distro and I get only the text editor, no GUI
20:17.07Ch3ckI don't know if it's something I did wrong
20:48.30jasvirbrlcad: I am not asking to explain the code but I assumed that src/mged is all that is related to MGED and I was reading the code but I suddenly realize that there is libged and I got a bit confused. I wanted to know about it. Both are having functionalities that are related to drawing but all I get that src/mged is related to user interactions. I think I have used wrong words. Thanks for pointing it out.
20:49.34*** join/#brlcad ickby (~stefan@x5d846f8a.dyn.telefonica.de)
20:56.12``Erikjasvir: it used to be all mged, but we've tried to split the 'controller' type stuff to libged/ and have mged/ be 'view' type stuff. The End. :)
20:57.17jasvir``Erik: Thanks erik :)
21:02.25brlcadCh3ck: cmake almost certainly failed to detect X11 developer libs
21:03.24brlcadjasvir: wanting to know about it is asking to explain... :)
21:03.40brlcadproviding context like you just did is much better and not as open-ended
21:04.21jasvirbrlcad: Yes I got. I used wrong words. Thanks
21:04.38brlcadI strongly encourage you to do a search on "smart questions" and read the paper by ESR (in full) .. it's very insightful on how to ask questions that don't leech off others
21:05.19brlcadjasvir: I'm not sure you're getting the point -- what were the right words?
21:05.54brlcadeven with your detailed explanation, that's better but you still didn't ask a question
21:06.11``Erik!notify ask
21:06.12NotifyQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
21:06.21``Erik~esr
21:06.21infobotfrom memory, esr is a very clever Linux d00d with lots of very interesting philosophical and political texts. a guy who has some ideas about guns  The geezer who wrote Cathedral and Bazaar..  Eric S. Raymond, or somebody whose sgeigerbot's computer thinks about when it boots:  "ESR value before enabling vector: 00000000", or perhaps Extended Status Register
21:06.35``Erikpoop, thought there was a catb link
21:06.54``Erikbrlcad: check pm re new server setup
21:07.00Notify03BRL-CAD:ejno * 67360 brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt: commit work on formatting the GCV documentation in DocBook
21:07.05brlcadjasvir: the point is that you should ask questions, not ask for general information
21:07.44*** join/#brlcad ickby_ (~stefan@x5d846f8a.dyn.telefonica.de)
21:08.08jasvirbrlcad: my rephrased question was not good enough to convey my thoughts?
21:08.35jasvirbrlcad: I understand what you are trying to say.
21:08.48brlcade.g., instead of "brief me" or "I want to know about XXX", you could have asked something like "I see mged and libged have related functionality, but how do they interact?"
21:09.41brlcadno, your rephrased question was not good enough .. because you didn't actually ask a question :)
21:13.49jasvirbrlcad:
21:13.57jasvirI got it
21:14.11jasvirwill take care of it in future.
21:14.18brlcadno worries
21:14.37brlcadand not anything to be embarrassed by, this is a common thing for people new to open source
21:14.50brlcadthat's why reading that "smart questions" paper is a thing
21:15.38brlcadhttp://www.catb.org/esr/faqs/smart-questions.html
21:16.57jasvirThanks :)
21:17.03jasvirI'll definitely read it
21:18.27``Erik!notify smartquestion
21:18.27NotifyLearn how to ask a smart question: http://www.catb.org/esr/faqs/smart-questions.html
21:18.54``Erikboosh.
21:25.23StragusEh, we have seen worse :)
21:25.37StragusCan I ask to ask? I found a bug and it doesn't work. Also, it's homework
21:25.41Stragushides
21:31.35Notify03BRL-CAD:vasco_costa * 67361 brlcad/trunk/src/librt/primitives/rt.cl: Only compute the hit point normal once. Otherwise the normal computation routine might clobber vpriv and get us the wrong results.
21:32.55*** join/#brlcad ickby (~stefan@x5d846f8a.dyn.telefonica.de)
21:39.50brlcad~stragus++
21:53.50*** join/#brlcad ickby (~stefan@x5d846f8a.dyn.telefonica.de)
22:31.49*** join/#brlcad jasvir_ (~androirc@75-142-109-136.static.mtpk.ca.charter.com)
22:39.54*** join/#brlcad jasvir (~jass@75-142-109-136.static.mtpk.ca.charter.com)
22:41.43jasvirStragus: ;)
22:44.12*** join/#brlcad jasvir_ (~androirc@75-142-109-136.static.mtpk.ca.charter.com)
22:50.13*** join/#brlcad jasvir_ (~androirc@75-142-109-136.static.mtpk.ca.charter.com)
22:53.33*** join/#brlcad jasvir_ (~androirc@172.56.41.40)
23:11.33Notify03BRL-CAD Wiki:Abanludovic * 0 /wiki/User:Abanludovic:
23:18.34starseekerbrlcad: sweet! (build time reduction)
23:31.16Notify03BRL-CAD:starseeker * 67362 brlcad/trunk/src/libged/gdiff.c: Add help statement for gdiff command.
23:53.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:54.17*** join/#brlcad jasvir_ (~androirc@172.56.41.230)
23:55.11*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:55.39Notify03BRL-CAD:starseeker * 67363 brlcad/trunk/src/libged/gdiff.c: Add help option
IRC log for #brlcad on 20160318

IRC log for #brlcad on 20160318

00:42.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:56.30zaverichintanHey sean. I would like to know some patches from your end for OGV, so that I can implement them
01:16.09brlcadzaverichintan: you can check out http://brlcad.org/wiki/Online_Geometry/TODO
04:17.00*** join/#brlcad shubham_ (a5e16832@gateway/web/freenode/ip.165.225.104.50)
04:18.32shubham_zaverichintan: hey chintan, The todo list for OGV has been updated on this page, and other updates for tasks have been added. please look at those issues for whatever doubts you have regarding the bug list or anything else. I'll put this on the mailing list as well.
04:18.48shubham_http://brlcad.org/wiki/Online_Geometry/TODO
04:21.05zaverichintanThanx a lot.  I have studied the system and prepared a issue list, I will add from the updated list too
04:47.41*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
05:06.14jasvirbrlcad: I was looking into src/libged/TODO list and I wish to work on 'about' command. It say 'display version, contents of various doc files,  customizable brlcad.msg file'. Can you please tell me that which doc files are referred here?
05:06.54jasviralso please tell me where can I find brlcad.msg file
05:09.17*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
05:14.40*** join/#brlcad jasvir_ (~androirc@172.56.41.26)
05:16.08*** join/#brlcad pujani (~pujani@124.253.186.99)
05:48.52*** join/#brlcad pujani (~pujani@101.60.144.197)
05:59.44Notify03BRL-CAD Wiki:Catchchaos * 0 /wiki/User:Catchchaos:
06:09.04*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
06:25.37*** join/#brlcad pujani (~pujani@124.253.59.44)
06:36.23*** join/#brlcad simran (~simran@202.164.53.117)
06:53.20*** join/#brlcad Pujani_ (~pujani@124.253.103.89)
07:15.16*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
07:40.46*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:50.47*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
07:52.37*** join/#brlcad simran (~simran@202.164.53.117)
08:06.06*** join/#brlcad simran_ (~simran@202.164.53.117)
08:08.50*** join/#brlcad simran (~simran@202.164.53.117)
09:03.29*** join/#brlcad zaverichintan (~androirc@123.237.167.57)
09:25.38*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
09:29.10*** join/#brlcad simran (~simran@202.164.53.117)
09:31.38*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
10:21.16*** join/#brlcad Gabriel (bc1982fc@gateway/web/freenode/ip.188.25.130.252)
10:27.03*** join/#brlcad simran (~simran@202.164.53.117)
11:13.05*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:48.21Notify03BRL-CAD Wiki:Sanjay Garute * 0 /wiki/User:Sanjay_Garute:
12:05.44*** join/#brlcad gaganjyot (~gaganjyot@122.173.79.18)
12:50.28*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
12:55.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:11.14*** join/#brlcad shubham__ (71c189bf@gateway/web/freenode/ip.113.193.137.191)
13:15.06*** join/#brlcad gaganjyot (~gaganjyot@122.173.79.18)
13:27.48*** join/#brlcad boj_ (~boj@2001:250:3c02:763:942d:4073:9650:fa34)
13:29.54*** join/#brlcad boj (~boj@2001:250:3c02:763:942d:4073:9650:fa34)
13:32.05*** join/#brlcad yorik (~yorik@177.139.37.53)
13:32.05*** join/#brlcad nilram (~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf)
13:32.36*** join/#brlcad boj__ (~boj@2001:250:3c02:763:942d:4073:9650:fa34)
14:25.27*** join/#brlcad gaganjyot (~gaganjyot@122.173.79.18)
14:29.43*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
14:56.57Notify03BRL-CAD:ejno * 67364 brlcad/trunk/doc/docbook/articles/en/gcv.xml: commit work on the gcv article
14:57.26Notify03BRL-CAD:starseeker * 67365 (brlcad/trunk/src/burst/CMakeLists.txt brlcad/trunk/src/burst/Hm.c and 6 others): Burst does have a batch processing mode - see if that can be built on Windows while leaving the termlib menu off.
15:11.25Notify03BRL-CAD:starseeker * 67366 brlcad/trunk/src/burst/burst.c: narrow down the signal code - if we don't have termlib we probably won't have sigpipe either, and the rest all trigger default behavior to begin with.
15:15.12Notify03BRL-CAD:starseeker * 67367 brlcad/trunk/src/burst/ui.c: F_DUPFD is no-go on MSVC...
15:17.10*** join/#brlcad simran (~simran@101.56.15.235)
15:18.54Notify03BRL-CAD:starseeker * 67368 brlcad/trunk/src/burst/grid.c: this if conditional was backwards - using lrand48 only if it's *not* defined doesn't work very well...
15:29.47Notify03BRL-CAD:starseeker * 67369 brlcad/trunk/include/config_win.h.in: The fallbck from lrand48 should probably be the bn random number generator, but do this until that gets sorted out...
15:30.22Notify03BRL-CAD Wiki:Davinder Kaur * 0 /wiki/User:Davinder_Kaur:
15:36.45simranhello! I am working on Material Database. I studied the code and fixing the common bugs there in old code first.
15:38.32simranI have updated a file and want to submit a patch on that.
15:40.08simranI'm sorry but I not getting where should I add updates? should it be in BRL-CAD MaterialsDatabase's git repository or somewhere else?
15:41.07simranBRL-CAD Materials Database repository is also forked from Albert's (GSoC 2014 participant) repository.
15:41.35simranCan you please suggest me the right approach here?
15:43.29*** join/#brlcad simran (~simran@101.56.15.235)
15:44.33simranYup! OK
15:55.37*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
16:08.45*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
16:30.22Notify03BRL-CAD:ejno * 67370 brlcad/trunk/src/libgcv/gcv.c: add descriptive error messages for db_dump() failures
16:34.07Notify03BRL-CAD:ejno * 67371 brlcad/trunk/src/libgcv/gcv.c: simplify
16:44.46*** join/#brlcad shubham_ (71c189bf@gateway/web/freenode/ip.113.193.137.191)
16:51.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:58.17brlcadsimran: git repo pull request
17:30.08*** join/#brlcad dracarys983_ (dracarys98@nat/iiit/x-lbvrjgtcueglmycw)
17:37.15*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-txiarxxtaybqcheo)
17:56.29*** join/#brlcad qbz (~cLavelle@50.35.70.157)
17:58.31Notify03BRL-CAD:ejno * 67372 brlcad/trunk/doc/docbook/articles/en/gcv.xml: more work on the DocBook GCV documentation
17:59.00Notify03BRL-CAD:brlcad * 67373 brlcad/trunk/src/burst/burst.c: handle this the same way as we do elsewhere, some signals aren't on msvc so conditionalize on those signals existing
18:00.14Notify03BRL-CAD:brlcad * 67374 brlcad/trunk/src/fbserv/fbserv.c: handle signals separately
18:02.28simranbrlcad: Reuest sent, patch submitted. Both I did.
18:02.53Notify03BRL-CAD:brlcad * 67375 brlcad/trunk/src/fbserv/fbserv.c: ws indent style cleanup
18:03.48brlcadsimran: saw it, thanks!
18:04.14brlcadnote that for a gsoc application, you'll want to demonstrate some substantive logic change
18:04.33brlcaddocs certainly appreciated too and helps you get familiarized
18:05.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:06.00brlcadshubham_: yes
18:06.21Notify03BRL-CAD:starseeker * 67376 brlcad/trunk/src/libbu/file.c: need second opinion on this, but it looks like two flaws in the bu_file_delete pipeline. First one is in the check for the remove return code - 0 is returned when the file is successfully deleted, and -1 on error according to the man page. If the while loop is looking for ret == 0 to continue trying to delete, ret should be set to 1 after a successful
18:06.23Notifyremove in order to exit the loop. The second issue appears to be in bu_file_exists - if fd is passed in to be assigned, the return code is *always* successful (1) even if open is in fact trying to open a file that does not exist (fd ends up getting -1, but bu_file_exists returns 1 - implying the file is there.) Instead, do the fd set if it is requested and continue on to the actual 'does it exist on the filesystem'
18:06.25Notifytest without returning 1 - that way fd is set according to open *and* the return code correctly reflects whether the file exists....
18:16.33brlcadstarseeker: 67376 looks good to me, failure of not using tdd
18:17.37brlcadtechnically introduces a race, but most bu api is not meant to reflect filesystem status atomically
18:23.09Notify03BRL-CAD:brlcad * 67377 brlcad/trunk/src/libbu/file.c: replace the remove() ternary with a simpler if statement slightly less prone to mistake
18:23.33kkrcodesHello everyone!  I'm Krishna Reddy, a 3rd year CS undergrad at Hindustan University, India. I introduced myself in the mailing list a couple of days earlier expressing my interest in the Materials Database project. It's possible it was overlooked.  I've done extensive research both on the web and past discussions in the mailing list(dating back to 2012) to understand the requirements and problem domain clearly. I set up the code, worked with it and found
18:23.52brlcadstarseeker: don't forget NEWS when you get burst working ;)
18:24.00brlcadlooks like you're close
18:24.52starseekerbrlcad: can't tell - no test cases ;-)
18:25.04starseekerit builds, but I've no way to exercise it
18:25.18starseekerand I'm nervous about the lrand48/random/rand thing...
18:26.58jasvirI was looking into src/libged/TODO list and I wish to work on 'about' command. It say 'display version, contents of various doc files,  customizable brlcad.msg file'. Can you please tell me that which doc files are referred here?
18:27.10jasviralso please tell me where can I find brlcad.msg file
18:27.59starseekerjasvir: I think the brlcad.msg file is something that would be created for the about command?
18:28.24jasvirwill it be a temporary file?
18:28.32starseekernot sure
18:28.46jasvirok
18:28.56brlcadstarseeker: yeah, that's all certain to be changes as those three random number funcs aren't the same thing
18:29.02brlcadbut I don't think it'll matter
18:29.47brlcadrand() and random() have really similar behavior, rand() being the crappier of the two
18:29.59starseekernods - leave it to MSVC to provide that one...
18:30.17brlcadmsvc has random() iirc, it's _random() maybe?
18:30.32starseekerkinda feels like we should be using bn's random number generator, which ideally we would guarantee was good...
18:30.43starseekerchecks...
18:30.44brlcadthey certainly have other non-posix non-unix random number generators that are superior
18:30.51brlcadyeah was going to say that
18:31.01brlcadespecially for burst, should just use bn
18:31.06starseekerbn_randmt?
18:31.30brlcadany of them should do, but that will be the superior one
18:31.31jasvirand what docs files referred in ',display version, contents of various doc files,' in todo list?
18:31.50brlcadreally want to deprecate that function though... so we have a simpler random number API
18:32.12starseekerheh - all the other ones looked more quirky
18:32.13brlcaddefinitely want a merzinetwister PRNG, but doesn't need to be its own symbol
18:32.20brlcadjust food for thought for later
18:33.06starseekerbrlcad: is anything there more "future proof" than bn_randmt ?
18:33.43brlcadwhat do you mean?
18:33.54brlcadapi-wise that exists, probably not
18:33.55starseekerwe have msr.h, rand.h and randmt.h
18:34.13starseekerwas wondering if something in one of those was "preferred" even if harder to use...
18:34.16brlcadthat's the point, we have those three plus all the random macros like BN_RANDOM()
18:34.24brlcadfor fast random numbers
18:34.33starseekerah, so all of that should boil down into a simpler api?
18:34.39brlcadif it can
18:34.53brlcadthis is where a c++ class wins...
18:34.57brlcadtemplatized
18:35.29starseekerdo we have a preferred seed for bn_randmt_seed?
18:35.32brlcadthe macro rng's are pretty crazy fast, hard to beat, but relatively poor randomness
18:36.45brlcadmerging those with something like merzzine isn't going to fly easily without hurting their performance so we may end up with 2 or 3 api calls
18:36.57brlcadseeding depends on the app
18:37.10brlcaddo you know if there's any method in burst for getting repeatable results?
18:37.21starseekernot offhand...
18:37.22brlcadhow was it seeding rand()/random()
18:37.59starseekerdon't immediately see that they seed it anywhere...
18:39.10shubham_brlcad: did you get a chance to look at the updated OGV task list on the wiki, looks good?
18:39.10starseekerno srand48, seed48, or lcong48 calls, for example...
18:40.34starseekerthe use is in grid.c
18:40.43starseekernot really sure what they're up to with it...
18:41.56starseekerlooks like some sort of jitter in the x and y offset
18:42.33*** join/#brlcad Guest25905 (~root@188.166.249.228)
18:42.52*** part/#brlcad Guest25905 (~root@188.166.249.228)
18:45.12brlcadwhat about srand(), srandom() or setstate()?
18:45.48starseekergrep says no
18:45.48brlcadwe added the lrand48 stuff so I wouldn't be surprised if someone overlooked an srand48 seeding
18:46.15brlcadokay, so then doesn't matter -- can skip seeing like it's doing or add a time(0) seed
18:47.19starseekersince bn_randmt gives us a double between 0 and 1 and they want a 2 digit random number, is it something like (bn_randmt()*100) % 100; or does that bias us?
18:48.04brlcad"yes" : )
18:48.22starseekerheh
18:48.37brlcadrand/random return 0 to some large number MAX_RANDOM and UINT32_MAX respectively iirc
18:48.44starseekeryep
18:48.47brlcadso what are they doing?
18:48.50Notify03BRL-CAD:ejno * 67378 brlcad/trunk/doc/docbook/articles/en/gcv.xml: fix
18:48.58starseekertaking that large number and % 100
18:49.22brlcadhuh, interesting
18:49.33brlcadset to an int?
18:49.42starseekera_user
18:49.45starseekerchecks...
18:49.51brlcado.O
18:50.07starseekeryeah, int
18:50.43brlcadwhat a terribly named ap member
18:50.57starseekermust agree...
18:51.16brlcadokay, so wanting a normal distribution 0 to 99 inclusive
18:51.22starseekernods
18:51.58brlcadso then yes, just multiplying by 100 will bias
18:52.18starseekerthought so, but not sure what plan b is
18:53.42starseekerhad the vague impression there were generally separate function calls that returned different types specifially to avoid the problems most of the naive conversion methods cause...
18:53.43brlcadi think lrint() will fix it here, lrint(bn_randmt() * 100.0) % 100
18:54.30starseekerand to make sure I understand correctly, the %100 in this case will clamp 100 back to 1?
18:54.59brlcad100 % 100 == 0
18:55.04starseekerer, duh
18:55.06starseekerright
18:55.09*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:55.40brlcadis randmt inclusive or exclusive 0 to 1
18:55.48brlcadpresume inclusive?
18:55.55starseeker[0, 1]-interval according to randmt.h
18:56.13starseekertries to recall his set theory notations...
18:56.17brlcadokay, so if they nomenclatured intentionally, that's a closed set, inclusive
18:57.11brlcadhm, I think that means this is wrong then, will bias too many zeros
18:57.43starseeker* 99 instead of 100?
18:58.28starseekerthen we don't need to % 100 and up the zero count...
19:00.06brlcadyeah, true lrint(bn_randmt() * 99.0)
19:01.53brlcadwrites a little test to confirm
19:01.56Notify03BRL-CAD:starseeker * 67379 (brlcad/trunk/include/config_win.h.in brlcad/trunk/src/burst/grid.c): Rather than the multiple generator calls and platform specifics, use bn_randmt to get our random number. (Sean)
19:08.01brlcadoop, no good
19:08.19brlcadfirst and last become half as likely
19:10.33brlcadcan see here: https://gist.github.com/brlcad/6cb2b01ba166800a39ac
19:12.02brlcadduh, still needs to be * 100
19:12.30brlcadbut then mapped down
19:12.40brlcadtries something lese
19:13.56brlcadyeah, what I was originally going to write
19:14.07brlcadlrint(bn_randmt() * 100.0) % 100 does it
19:14.49brlcadwas thinking the modulo was unimportant, but it's not -- it distributes the ends
19:14.58*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
19:15.25Notify03BRL-CAD:ejno * 67380 (brlcad/trunk/doc/docbook/articles/en/CMakeLists.txt brlcad/trunk/doc/docbook/articles/en/gcv.xml): add images
19:16.36*** join/#brlcad ickby (~stefan@x5d846076.dyn.telefonica.de)
19:17.09brlcadgist updated, https://gist.github.com/brlcad/6cb2b01ba166800a39ac
19:31.01*** join/#brlcad boj (~boj@2001:250:3c02:763:942d:4073:9650:fa34)
19:34.39Notify03BRL-CAD:ejno * 67381 brlcad/trunk/doc/docbook/articles/en/gcv.xml: fix
19:35.33*** join/#brlcad nilram (~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf)
19:37.53*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
19:38.29Notify03BRL-CAD:brlcad * 67382 brlcad/trunk/src/burst/grid.c: need to bin results all the way up to 100 and modulo 100 in order to get an unbiased apping into [0,100).
19:40.42*** join/#brlcad gaganjyot (~gaganjyot@122.173.79.18)
19:40.51starseekerbrlcad: cool
19:42.26starseekerbrlcad: I'm going to ask around, but I'm hopeful we may be able to deprecate the termlib interface to burst as long as we keep the batch processing capability around
19:52.45StragusRandom floating point conversion to integers is also slightly biased, just differently from a modulo on the whole integer range
19:53.24StragusThe non-biased way is looping if a random integer lands in the last "partial set", at the end of the range
20:10.45*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:14.10*** join/#brlcad jasvir_ (~androirc@172.56.41.172)
20:24.14*** join/#brlcad jasvir (~jass@96-41-47-93.dhcp.mtpk.ca.charter.com)
20:26.21Notify03BRL-CAD:ejno * 67383 brlcad/trunk/src/conv/3dm/3dm-g.cpp: generate real UUIDs; fix reporting of corrected model issues
20:27.14brlcadstarseeker: k, sounds good - you know we could also retain the interactive interface by just turning it into a simple prompting interface
20:27.19brlcadprintf+gets style
20:27.42brlcadthen it's effectively minimally impacting, no worries to even announce
20:27.48brlcadother than news
20:29.13brlcadStragus: lrint() should be handling bias to ints because it does an even/odd splitting at the half
20:30.08brlcadnot the fastest, but should be uniform throughout
20:32.18Notify03BRL-CAD:starseeker * 67384 brlcad/trunk/src/libged/concat.c: Update nref after doing a db_concat
20:33.02Notify03BRL-CAD:starseeker * 67385 (brlcad/trunk/src/libged/kill.c brlcad/trunk/src/libged/killrefs.c brlcad/trunk/src/libged/killtree.c): For insurance, do nref updates after kills.
20:38.17Notify03BRL-CAD:brlcad * 67386 (brlcad/trunk/TODO brlcad/trunk/src/libged/TODO): bob anderson would like a means to generate pipes automatically given an input bot. this is my initial thoughts on an approach we could take. other thoughts at http://brlcad.org/wiki/Convert_BoT_to_Pipe
20:39.30maths22brlcad: What's the status on the backups?
20:39.39maths22Did they finally actually work?
20:40.12Notify03BRL-CAD:brlcad * 67387 brlcad/trunk/TODO: marching cubes is in facetize, -M option
20:43.07brlcadmaths22: yes, they're working and chugging along
20:43.12Notify03BRL-CAD:brlcad * 67388 brlcad/trunk/NEWS: looks like erik added the -m option to facetize that enables marching cubes a long while back. didn't trace origin, but look like it's been announced regardless.
20:43.23brlcadtook a long time to get through this gcimoin user that someone set up ;)
20:43.31brlcadlots of files
20:53.16Notify03BRL-CAD:brlcad * 67389 brlcad/trunk/TODO: cliff broke up the libdm<->libged cyclic dependency. bb code should generalize to librt. and ged needs formal temp objects instead of hacks.
20:56.33Notify03BRL-CAD:brlcad * 67390 (brlcad/trunk/TODO brlcad/trunk/src/libged/TODO): edit command pretty much does what was proposed, but still needs synopsis review and extensive testing
21:02.46Notify03BRL-CAD:brlcad * 67391 (brlcad/trunk/TODO brlcad/trunk/src/libged/TODO): tables has a security no-no, tree needs to take a full path, and entering solid edit mode is obsoleted with archer's modeless editing. cliff also decoupled screengrab's libfb/libdm linkage.
21:11.47maths22brlcad: It looks like gcimoin set up Jenkins for GCI 2012
21:18.38jasvirstarseeker: can you please tell me that what is the purpose of src/qged/cadview.* file? All it is having right now is initialization of canvas and de-initializing it. canvas is also initialized in src/qged/main_window*
21:19.56Notify03BRL-CAD:brlcad * 67392 (brlcad/trunk/TODO brlcad/trunk/src/libged/TODO): analyze could use per-face/per-surface info
21:20.41starseekerjasvir: I think cadview is a stub - it was going to become the viewing widget for geometry, but I never got there
21:25.59starseekerbrlcad: I was doing some pondering about what possible analyze command options might look like - should those go in the libged TODO?  (or maybe you should review it first lest someone take it seriously prematurely...)
21:26.25*** join/#brlcad merzo (~merzo@AGrenoble-653-1-574-115.w90-42.abo.wanadoo.fr)
21:27.01*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
22:00.18Notify03BRL-CAD:brlcad * 67393 brlcad/trunk/NEWS: cliff added a help option to gdiff
22:10.59*** join/#brlcad merzo (~merzo@AGrenoble-653-1-574-115.w90-42.abo.wanadoo.fr)
22:15.16jasvirstarseeker: there is a canvas in src/qged/main_window.h. As you said that src/qged/cadview* is not is use currently. So if I want to use src/qged/cadview for viewing the drawing, do I have to use mainwindow's canvas?
22:20.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:28.12*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
22:42.55*** join/#brlcad Gabriel (d5e95509@gateway/web/freenode/ip.213.233.85.9)
22:56.45GabrielHi, I have shared a draft of my proposal for "Add exec option to search" project. Could you, please, have a look at it?
23:04.34*** join/#brlcad jasvir__ (~jass@75-142-109-136.static.mtpk.ca.charter.com)
23:35.16*** join/#brlcad Gabriel_ (bc1aa408@gateway/web/freenode/ip.188.26.164.8)
23:39.32*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:48.34*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
23:49.09*** join/#brlcad jasvir (~androirc@172.56.41.172)
IRC log for #brlcad on 20160319

IRC log for #brlcad on 20160319

00:18.23Notify03BRL-CAD Wiki:24.93.30.83 * 9561 /wiki/User:Krajkreddy/main: /* Who I am */
00:23.24*** join/#brlcad jasvir_ (~androirc@172.56.41.172)
00:57.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:18.39*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:56.33*** join/#brlcad jasvir (~jass@75-142-109-136.static.mtpk.ca.charter.com)
01:57.34*** join/#brlcad jasvir_ (~androirc@75-142-109-136.static.mtpk.ca.charter.com)
01:59.33kkrcodesHi! I've fixed 3 bugs and submitted a pull request for the Materials Database repository on Github. Please take a look! Thanks.
02:02.53jasvirstarseeker: there is a 'canvas' each in qged/main_window and qged/cadview, If I wish to use canvas for drawing, do I have to remove canvas from cadview and import main_window in cadview and user main_window's canvas where ever I have to draw?
02:02.55brlcadwill do, thanks kkrcodes
02:03.34brlcadkkrcodes: just fyi, as the submission deadline approaches, reviews will get fewer and farther between because everyone wants attention
02:04.11brlcadnot getting to review / merge the patch before the deadline won't mean anything (they are reviewed when apps are reviewed and discussed)
02:05.13brlcadjasvir: your question doesn't make a lot of sense to me
02:05.34brlcadyou don't have to do anything ... and you can do (nearly) anything
02:05.54jasvirbrlcad: Actually I talked with starseeker about cadview and main_window
02:06.07jasvirhe told me that cadview is just a stub and is not in use
02:06.08brlcadI know, I saw the backlog
02:06.29kkrcodesSure! I'll be working on fixing more bugs and adding features in the meanwhile. :)
02:06.34brlcadkkrcodes: sounds good
02:06.48jasvirI found that there is a pointer canvas in both files
02:07.08brlcadjasvir: we can tell you what we had in mind, but my point is that nothing is fixed in stone and can be changed
02:07.37brlcadif you study the code and see a way to improve things, then they are probably worth improving (or planning to improve them)
02:07.56brlcadif you want the current status explained, that's certainly different and potentially worthwhile
02:08.23brlcadbut asking whether to remove or keep something that he already told you was stubbed doesn't make sense
02:08.38brlcadyou figure out what would be best, act on it ;)
02:08.58brlcadif you're selected for gsoc, we're not going to tell you what to do usually
02:09.03jasvirYes. I wanted to know what he/(brlcad community) think about it. Like to keep it or remove it. May be there is some plan behind that
02:10.15brlcadI see that as minutia, asking a question that doesn't yet matter (because there's not a plan yet that cannot be easily changed)
02:10.37jasvirI  wanted to confirm so that I should not put efforts in wrong direction.
02:10.45brlcadyou also didn't ask that, you asked if you needed to remove it
02:10.56brlcadwhich is asking to be told what to do, in essense :)
02:12.26brlcadjasvir: yes, don't get me wrong -- discussion is great, required even
02:12.48brlcadthe more people discuss, the more we get to know each other and the more likely we'll make progress together
02:14.11brlcadjasvir: do you understand the intended purpose of the canvas you proposed to remove?
02:16.51jasvirAFAIK, it's not being used anywhere. But I don't know that whether it is their for some purpose or not. Currently it seems like a detached piece of code.
02:33.01kkrcodesbrlcad: This is an implementation detail, but I was just curious. The wiki page for Materials DB mentions a possible dataset is decided (name, density, young's modulus, equivalence factors, etc). The present implementation shows some of these. If you have the time, I'd like to know about the fields of the dataset. Cheers!
02:43.22kkrcodesI've to disconnect now. Look forward to that discussion soon.
02:55.54brlcadjasvir: if you don't know yet for what purpose it was added, then that usually means you have more homework to do studying the code ;)
02:58.24jasvirYeah. More than I thought :P
03:00.02brlcadjasvir: unused and detached don't really matter, starseeker obviously said it was stubbed in, so you have to determine (by reading the code) whether to make it functional or do something different
03:01.00brlcadcertainly welcome to talk to starseeker more about this, but it sounds like you need to explore the code more ;)
03:02.53brlcadyou may also want to check out the gsoc work for 4 or 5 years ago to follow their progress working on a new GUI
03:03.49brlcadhttp://brlcad.org/wiki/Google_Summer_of_Code/2009#Further_OpenGL_Geometry_Editor_GUI_development -> http://brlcad.org/wiki/User:Ralith
03:03.58jasvirI know that by end of the day, I have to do it by my own. I was just looking for some views.
03:04.14brlcadhttp://brlcad.org/wiki/Google_Summer_of_Code/2008#New_GUI_Framework_for_Modeling_and_Visualization too
03:04.49brlcadyou actually DON'T have to do it on your own ...
03:05.01brlcadyour questions just need to pass "the twinky test" :)
03:05.44brlcadyou have to be more productive than your questions and when you're getting started, your questions will not be very productive (this is true for most everyone)
03:06.54brlcadthat means you need to do a lot more homework earlier on so that your questions really are difficult and the project will progress faster overall by you asking than you not asking
03:09.34jasvirYeah. I can understand that that there is a lot of work to do ;)
04:03.07*** join/#brlcad boj (~boj@2001:250:3c02:763:c8a0:c555:d74c:70ac)
04:06.50Notify03BRL-CAD Wiki:AbuYahyaAlhalabi * 0 /wiki/User:AbuYahyaAlhalabi:
04:07.31*** join/#brlcad jasvir_ (~androirc@75-142-109-136.static.mtpk.ca.charter.com)
05:10.15*** join/#brlcad Pujani_ (~pujani@124.253.127.167)
05:58.34*** join/#brlcad Amritpal (~amrit3701@202.164.53.117)
06:08.20*** join/#brlcad Pan_Lili (~Pan_Lili@183.157.162.54)
06:12.42*** join/#brlcad ickby (~stefan@x5d844f6a.dyn.telefonica.de)
06:14.57*** join/#brlcad Pan_Lili (~Pan_Lili@183.157.162.54)
06:57.08*** join/#brlcad Pan_Lili (~Pan_Lili@183.157.162.43)
07:45.56*** join/#brlcad ickby (~stefan@x5d844f6a.dyn.telefonica.de)
07:46.07*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
08:14.55*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
08:27.09*** join/#brlcad jasvir (~jass@66-215-244-116.dhcp.rvsd.ca.charter.com)
08:49.36*** join/#brlcad pujani (~pujani@124.253.214.149)
08:53.53*** join/#brlcad ickby (~stefan@x5d844f6a.dyn.telefonica.de)
09:03.21*** join/#brlcad gaganjyot (~gaganjyot@122.173.79.18)
09:05.50*** join/#brlcad Amritpal (~amrit3701@202.164.53.117)
09:15.53*** join/#brlcad ickby (~stefan@x5d844f6a.dyn.telefonica.de)
09:19.52*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
09:38.56*** join/#brlcad shubham_ (71c189bf@gateway/web/freenode/ip.113.193.137.191)
10:42.49*** join/#brlcad Pan_Lili (~Pan_Lili@183.157.162.43)
10:52.30*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
10:56.17*** join/#brlcad Pujani_ (~pujani@124.253.101.244)
11:31.28*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
11:56.24*** join/#brlcad gaganjyot (~gaganjyot@122.173.79.18)
13:28.40*** join/#brlcad ickby (~stefan@x5d845ea2.dyn.telefonica.de)
13:31.57*** join/#brlcad pradyumn97 (~geniuspra@14.139.243.163)
13:32.39*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
13:52.00*** join/#brlcad yorik (~yorik@177.139.37.53)
14:07.06*** join/#brlcad ickby (~stefan@x5d845ea2.dyn.telefonica.de)
15:00.52*** join/#brlcad shubham_ (71c18b66@gateway/web/freenode/ip.113.193.139.102)
15:50.33*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
16:11.22*** join/#brlcad gaganjyot (~gaganjyot@122.173.79.18)
16:13.12*** join/#brlcad simran (~simran@101.59.87.9)
16:39.45*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
17:20.34*** join/#brlcad ickby (~stefan@x5d84d1bf.dyn.telefonica.de)
17:27.36*** join/#brlcad gaganjyot (~gaganjyot@122.173.79.18)
17:36.01*** join/#brlcad ickby (~stefan@x5d84d1bf.dyn.telefonica.de)
17:36.44*** join/#brlcad Amritpal (~amrit3701@124.253.104.154)
17:38.24Amritpalhello everyone, I'm working on ifc importer from brlcad
17:39.00AmritpalI made a program which convert ifc file to stp file
17:39.01Amritpalhttps://github.com/amrit3701/ifc2stp
17:39.12AmritpalNOw what I can do next?
17:39.14*** join/#brlcad simran (~simran@101.59.87.9)
17:44.14AmritpalThe above program remove ifc prefix from all the entities of ifc file and save it to new extension i.e. stp
17:46.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:03.06*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
18:21.45*** join/#brlcad pujani (~pujani@115.184.25.229)
18:44.22*** join/#brlcad merzo (~merzo@139-82-133-95.pool.ukrtel.net)
18:47.41*** join/#brlcad merzo (~merzo@139-82-133-95.pool.ukrtel.net)
18:48.58*** join/#brlcad merzo (~merzo@139-82-133-95.pool.ukrtel.net)
18:50.54*** join/#brlcad merzo (~merzo@139-82-133-95.pool.ukrtel.net)
18:51.58*** join/#brlcad merzo (~merzo@139-82-133-95.pool.ukrtel.net)
18:54.02*** join/#brlcad merzo (~merzo@139-82-133-95.pool.ukrtel.net)
18:55.30*** join/#brlcad merzo (~merzo@139-82-133-95.pool.ukrtel.net)
19:24.21brlcadAmritpal: that's good to help you get familiarized
19:24.44brlcadnow you should work on something that demonstrates your ability to read and modify either stepcode or brl-cad
19:26.09brlcadmaybe try hooking up a new gcv plugin (src/libgcv in brl-cad repo) or getting stepcode to work with the ifc files without stripping the prefix, demonstrating that working with a simple parser app
19:30.15Amritpalbrlcad: We will only take care of some procedural stuff of ifc i.e its implicit function (like extrusion) because it is not present in step's part42.
20:05.47*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:12.15*** join/#brlcad Amritpal (7cfd689a@gateway/web/freenode/ip.124.253.104.154)
22:54.01*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:14.09*** join/#brlcad shubham (01163f0d@gateway/web/freenode/ip.1.22.63.13)
23:50.43*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
IRC log for #brlcad on 20160320

IRC log for #brlcad on 20160320

00:43.16*** join/#brlcad gaganjyot (~gaganjyot@122.173.174.201)
02:20.02*** join/#brlcad gaganjyot (~gaganjyot@122.173.174.201)
02:42.19*** join/#brlcad adahp_ (~adahp@c-24-20-214-39.hsd1.or.comcast.net)
03:09.37*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
03:27.28*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
04:56.05*** join/#brlcad jasvir (~jass@75-142-109-136.static.mtpk.ca.charter.com)
05:41.24*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
05:48.33*** join/#brlcad simran (~simran@101.57.6.105)
06:04.28*** join/#brlcad ickby (~stefan@x5d844f73.dyn.telefonica.de)
06:48.45*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
07:01.41*** join/#brlcad Amritpal (~amrit3701@124.253.111.108)
07:12.13*** join/#brlcad simran (~simran@101.57.6.105)
07:17.56*** join/#brlcad simran (~simran@101.57.6.105)
07:25.44*** join/#brlcad simran__ (~Davinder@101.57.6.105)
07:43.13*** join/#brlcad pujani (~pujani@115.184.118.92)
07:43.13*** join/#brlcad Simran (~simran@101.57.6.105)
08:24.19*** join/#brlcad tflendrich (~tflendric@90-156-19-101.internetia.net.pl)
08:30.28tflendrichhello everyone :) Let me introduce myself: I'm Tomasz, a student interested in taking part in GSOC with BRL-CAD
08:31.54tflendricha year ago, you had lots of interesting project ideas and it hasn't changed a bit, so it's hard to choose something (not that I complain that there's much to do)
08:33.37*** join/#brlcad tflendrich_ (~tflendric@90-156-19-101.internetia.net.pl)
08:48.40*** join/#brlcad pujani (~pujani@115.184.118.92)
08:52.39*** join/#brlcad Pujani_ (~pujani@115.184.118.92)
08:53.48*** join/#brlcad LordOfBikes (~armin@dslb-092-074-237-188.092.074.pools.vodafone-ip.de)
08:57.27ickbytflendrich: make sure to also have a look at the other organisations which applied together with brl-cad, for example linuxcnc, stepcode, librecad and freecad
08:57.37ickbyfor freecad the ideas are here:http://www.freecadweb.org/wiki/index.php?title=Google_Summer_of_Code
08:57.49ickbydisclaimer: I'm from the freecad dev team, :)
09:04.13tflendrichickby: haha, thanks!
09:05.18ickbyyour welcome :) it just seems that most studends do not realized that the BRL-CAD GSoC organisation is a combined proposal of multiple orgs, so I'm mentioning that from time to time
09:20.31*** join/#brlcad gaganjyot (~gaganjyot@122.173.174.201)
10:02.28*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
10:10.21*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
11:48.46*** join/#brlcad ickby (~stefan@x5d844f73.dyn.telefonica.de)
12:37.41*** join/#brlcad gaganjyot (~gaganjyot@122.173.174.201)
12:51.00*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
12:51.24*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-rpahckryplkplmnx)
13:20.44*** join/#brlcad nilram (~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf)
14:00.09*** join/#brlcad shubam (01163f0d@gateway/web/freenode/ip.1.22.63.13)
14:02.58*** join/#brlcad shubham_ (01163f0d@gateway/web/freenode/ip.1.22.63.13)
14:47.31*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-hnthhrwavjcuuuek)
14:47.57*** join/#brlcad nilram__ (~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf)
15:27.41*** join/#brlcad gaganjyot (~gaganjyot@122.173.174.201)
15:50.20*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-nhyytxwiascstocg)
15:54.17*** join/#brlcad ickby (~stefan@x5d845b5f.dyn.telefonica.de)
16:06.22*** join/#brlcad ickby_ (~stefan@x5d845b5f.dyn.telefonica.de)
16:08.20*** join/#brlcad yorik (~yorik@177.139.37.53)
16:23.37*** join/#brlcad ickby_ (~stefan@x5d845b5f.dyn.telefonica.de)
16:37.03*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
16:55.18*** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-lxxoegdxpfzkglbv)
17:08.47*** join/#brlcad ickby_ (~stefan@x5d845b5f.dyn.telefonica.de)
17:21.07*** join/#brlcad ickby_ (~stefan@x5d845b5f.dyn.telefonica.de)
17:28.45Notify03BRL-CAD:starseeker * 67394 (brlcad/trunk/doc/docbook/system/mann/rm.xml brlcad/trunk/src/libged/CMakeLists.txt): Revert work on rm command - won't be ready for prime-time by release, so go with old behavior.
17:30.02brlcadtflendrich: welcome
17:30.28brlcadtflendrich: note that our ideas list is a little out of date -- we do have some priority topics this year, which you can see on the brlcad-devel mailing list archives
17:30.41brlcadmight help you narrow down on a topic
17:31.04brlcadand definitely check out our partner orgs!
17:31.25Notify03BRL-CAD:starseeker * 67395 brlcad/trunk/TODO: Put rm work in the backlog
17:32.51brlcadtflendrich: to answer your private question, we don't know how many slots will be assigned, but we do want each partner org to have a student or two working
17:33.54starseekerbrlcad: did you want a preliminary look at my thoughts on analyze command options, or should I go ahead and toss them into the libged TODO entry?
17:34.45brlcadtflendrich: some more, some less
17:34.56brlcadstarseeker: sure, either way
17:35.30starseekerk, just didn't want a student to start in on it before we're done hashing it out - I doubt very much this is final form...
17:43.42brlcadI got no analyze religion other than KISS
17:44.01tflendrichbrlcad: okay, thanks
17:45.21starseekerheh.  this is probably doomed then, but I'll toss it up anyway.
17:45.52Notify03BRL-CAD:starseeker * 67396 brlcad/trunk/src/libged/TODO: Add some very preliminary thought on what a general/unified analyze command might look like...
17:50.49starseekerbrlcad: do you happen to remember what specifically to look for with Windows wireframes (TODO entry?)  I've drawn a few simple things like moss.g in MGED windows in recent BRL-CAD Windows builds successfully...
17:51.03brlcadwhat does --visualize do?
17:51.25starseekerdraw the wireframe of the bounding box, the dot for the centroid, the mesh for the convex hull, etc.
17:51.35starseekerwithout creating actual geometry objects
17:52.32brlcadstarseeker: TODO was just a quick sanity check to make sure they weren't horribly brokwn by a change
17:52.41brlcadso if you saw a wireframe, not horked :)
17:52.46starseekercool :-)
17:53.11starseekerwill re-confirm once the latest build completes (need binary with reverted rm command) then I'll nuke that one
17:56.40brlcadstarseeker: command design looks pretty good to me, looks like you covered most things
17:57.35starseekeris tempted to support =obj.s syntax for components too (easy way to extract a set of faces from a B-Rep, say) but that would probably expand the scope of the command too far
17:57.37brlcadnot sure we have consistent terminology .. a surface and a face are synonymous or ambiguous
17:57.48starseekerdifferent in B-Rep, same in mesh
17:58.39brlcadright
17:59.06starseekerand other primitives will have primitive specific piece parts (like the voxel example)
17:59.12starseekeropen to ideas on that
17:59.23brlcadwould be good to generalize to all entities if we can
17:59.27starseekernods
18:00.35brlcadto simplify the interface and code, might make sense to only support one analysis at a time
18:01.04brlcadsince the other options will very likely vary per property (e.g., tolerance and visualize)
18:01.26brlcadan option to create the geometry would be good, might be mergable with visualize
18:01.32starseekerhmm - good point.  visualize I can see working mulitple property, but tolerance is a stopper
18:01.54starseekerthat may preclude folding gqa under this then
18:02.26starseekerusers won't want to re-run raytracing to get (say) volume and moment of inertia if the raytracing is expensive
18:02.38brlcadyou might want to visualize one prop, like bbox, and might be surprised at all the stuff created by other properties (e.g., overlap)
18:02.48starseekertrue
18:03.05brlcadyes, agreed, but we can handle that by giving analyze a context it can reuse
18:03.15starseekerah - some sort of cache?
18:03.41brlcadhey good idea.. wasn't specifically thinking that, but even better
18:04.06brlcadwas thinking a command-specific hook in the ged struct where it could hang a container
18:04.11starseekercreate an "analysis object" that can then be interrogated for various properties...
18:04.13brlcadbut having a global cache is even better
18:04.21brlcad(accessed via the ged struct)
18:04.51brlcadbrb
18:04.57starseekernods
18:08.06starseekerconfirmed - wireframes came up in mged
18:09.03Notify03BRL-CAD:starseeker * 67397 brlcad/trunk/TODO: Wireframes do draw on Windows with MGED.
19:06.32*** join/#brlcad shubham (01163f0d@gateway/web/freenode/ip.1.22.63.13)
19:12.19*** join/#brlcad gaganjyot (~gaganjyot@122.173.174.201)
19:23.07*** join/#brlcad ickby (~stefan@x5d845b5f.dyn.telefonica.de)
19:25.24Notify03BRL-CAD:starseeker * 67398 brlcad/trunk/src/tclscripts/rtwizard/main.c: Start working on the setup to make the command line bu_opt inputs feed the rtwizard tcl script. Need to do this for the GUI even if we can eventually replace the command line mode.
19:31.05brlcadwonders why 67398 indented the int function return types
19:39.52*** join/#brlcad ickby (~stefan@x5d845b5f.dyn.telefonica.de)
20:12.28*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-qqcmxgbwaenubijs)
20:52.00*** join/#brlcad ickby (~stefan@x5d845b5f.dyn.telefonica.de)
21:28.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:39.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:06.42starseekerbrlcad: sorry about that - my vim setup does that automatically for some reason
22:07.06starseekerusually I fix them manually - forgot to there because that's an intermediate checkpoint
IRC log for #brlcad on 20160321

IRC log for #brlcad on 20160321

00:37.02*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:54.13brlcadstarseeker: http://stackoverflow.com/questions/28217118/vim-indents-c-c-functions-badly-when-the-type-and-name-are-in-different-lines
02:07.51*** join/#brlcad Simran (~simran@101.59.217.45)
02:24.39*** join/#brlcad Pan_Lili (~Pan_Lili@183.157.162.49)
03:28.25*** join/#brlcad jasvir (~jass@75-142-109-136.static.mtpk.ca.charter.com)
03:46.42*** join/#brlcad adahp (~adahp@c-24-20-214-39.hsd1.or.comcast.net)
04:03.59*** join/#brlcad galor (~galor@69.172.150.215)
04:41.30*** join/#brlcad shubham (a5e1683c@gateway/web/freenode/ip.165.225.104.60)
05:00.06*** join/#brlcad pujani (~pujani@124.253.92.107)
05:12.54Notify03BRL-CAD Wiki:Svitmechdept003 * 0 /wiki/User:Svitmechdept003:
05:31.21*** join/#brlcad amrinder (75cf9f88@gateway/web/freenode/ip.117.207.159.136)
05:31.49amrinderishweradmin hi, are you ishwerdas?
05:32.15amrinderIf yes, then I want to as something regarding OGV
05:33.22amrindersorry I just pick name from your signature( mail reply). Are you Inderpreet?
05:38.32Notify03BRL-CAD:brlcad * 67399 brlcad/trunk/TODO: add notes on an interesting openclified fft library.
05:39.06brlcadamrinder: if you ask whatever you intended to ask after determining who they are, you will be more likely to get a response
05:39.18brlcadpossibly even from someone else
05:39.40brlcadof course, you have to stay on IRC for that to work effectively
05:50.54amrinderbrlcad: ok :)
05:51.36amrinderI just signup in OGV but didn't get any mail on my registered email address
05:53.57amrinderis there any other account or just a demo account to log in in OGV?
06:34.05*** join/#brlcad Simran (~simran@115.184.201.206)
07:42.04*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:44.18*** join/#brlcad Simran (~simran@101.57.11.108)
08:07.58*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-olpilzxitdkuphzf)
09:12.48*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:24.41*** join/#brlcad pujani (~pujani@124.253.92.107)
09:34.53*** join/#brlcad merzo (~merzo@92.60.189.225)
09:40.45*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:52.31*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-znrglobnexbfbqtl)
10:57.10*** join/#brlcad Pujani_ (~pujani@124.253.71.116)
11:57.02*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
12:05.01*** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-hnthhrwavjcuuuek)
12:50.07*** join/#brlcad Gabriel (bc1b69b9@gateway/web/freenode/ip.188.27.105.185)
12:50.23*** join/#brlcad gaganjyot (~gaganjyot@122.173.215.191)
12:53.19GabrielHi, I have shared a draft of my "Add exec option to search" GSoC project proposal. Can anyone, please, review it? (Can I share the proposal link here?)
12:54.41*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
13:06.20starseekerGabriel: yes, you can post the link here
13:08.32GabrielOk, thanks, here it is
13:08.33Gabrielhttps://docs.google.com/document/d/1L1LMJ-w1IFxyDHJsGFpvXE2G_9qIlwgHSbVJhavlEiU/edit?pref=2&pli=1
13:09.58starseekerGabriel: I can't look at it at the moment, but if someone else hasn't been able to I'll try to give it a look tonight
13:10.13starseekerGabriel: are you working on a patch?
13:10.51starseekerbrlcad: good find with the stackoverflow - that's the fix
13:11.29GabrielI have tryed to add a patch, the link is included in the proposal, but Sean Morrison told me it is not really useful and suggested me an alternative. I did not have enough time these days to try it, but I will be glad to work on it later.
13:11.48Notify03BRL-CAD:starseeker * 67400 brlcad/trunk/src/tclscripts/rtwizard/main.c: ws fix (thanks Sean for finding http://stackoverflow.com/questions/28217118/vim-indents-c-c-functions-badly-when-the-type-and-name-are-in-different-lines)
13:23.59*** join/#brlcad shubham (71c1885c@gateway/web/freenode/ip.113.193.136.92)
13:40.19*** join/#brlcad yorik (~yorik@177.139.37.53)
13:42.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:17.49*** join/#brlcad madhuri (cbc7d503@conference/shaastra.hackfest/x-vholacflwqtubrwm)
14:21.12madhuriHi. I'm participating in GSoC 2016 and was interested in working with BRL-CAD. I would like to know more about the Overlap Tool project.
14:25.41*** join/#brlcad Pujani__ (~pujani@124.253.71.116)
14:31.07starseekerbrlcad: this might be of some interest:  http://www.leonerd.org.uk/code/libvterm and more particularly https://github.com/equalsraf/libvterm-win
14:31.29starseekernot sure how capable it is yet, but it is apparently the layer neovim is using
14:48.16*** join/#brlcad nilram (~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf)
14:49.24brlcadmadhuri: what would you like to know?
14:50.11brlcadstarseeker: that is indeed interesting!
14:50.18brlcadwonder what mechanism they're using on windows
14:50.31brlcadlooks
14:52.37starseekerthey're apparently combining it with libuv (portable I/O support):  http://libuv.org/
14:52.44brlcadhmm, not bad code .. nice to see another project using "oo-c"
14:53.33starseekeridly wonders if OpenBSD's version of nvi could be ported on top of those for a simple cross platform BSD-or-freer editor...
14:53.57starseekerinsofar as any version of vi can be considered simple, of course...
14:54.11brlcadhuh, can't find where they actually create a pstty
14:54.42brlcadyeah, making anything vi-like or emacs-like the default is just mean :)
14:54.52starseekernuts - maybe it's just a partial thing again...
14:55.43brlcadwhat I think I'm seeing is that they assume you have a tty
14:56.10brlcadso still would be a huge step forward, but need to figure out what they're doing on windows
14:56.13starseekerO.o wonder what/how neovim is handling that...
14:59.10starseekerhttps://github.com/neovim/neovim/issues/1749 might have some useful hints in it somewhere...
15:01.31brlcadlibuv may be doing the tty .. I see tty code there, looks like vterm gives you access to the screen characters and manages how that memory is updated
15:01.56starseekerhttps://github.com/rprichard/winpty maybe...
15:03.29starseekerhttps://github.com/rprichard/winpty/issues/63
15:04.16*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
15:05.28*** join/#brlcad tflendrich (~tflendric@80.50.149.118)
15:05.51brlcadcool, looks like libuv does provide it
15:05.56brlcaduv_tty_init() and uv_console_init
15:12.12brlcadthat issue 63 is essentially tarruda trying to figure it out
15:20.36teepee`brlcad: hi, do you have the needed infos for the gsoc mentor invations?
15:21.51brlcadteepee`: not for everyone, but I think I have 90%
15:22.03brlcadobviously hadn't sent them yet
15:22.48teepee`as long as you don't see any open proposals in the list, there's probably no hurry needed
15:23.24teepee`the discussion in #gsoc about the new interface seems a bit confusing
15:35.54*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-sggmilafhdhanvkj)
15:36.03brlcadteepee`: there are a few, i'll see if I can get invites out tonight
15:36.21teepee`nice, thanks
15:53.28*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
16:17.54bojHi, recently, I noticed a *face_mode* attribute in rt_bot_internal struct, I do not really understand what is this flag used for, could someone give me an explanation? Thanks?
16:23.47brlcadboj: http://brlcad.org/wiki/BOT
17:07.30Notify03BRL-CAD:starseeker * 67401 (brlcad/trunk/doc/docbook/resources/other/docbook5xi.rnc =================================================================== and 3547 others): Emacs nxml mode needs the newer rnc schema file to validate our docs.
17:10.52Notify03BRL-CAD:starseeker * 67402 brlcad/trunk/doc/CMakeLists.txt: Add a doc file with notes/examples about handy configurations for various editors when working on BRL-CAD files.
17:11.37starseekerleaves it to the emacs experts to fill in more... for me the killer feature of emacs is nxml mode...
17:18.34Notify03BRL-CAD:brlcad * 67403 brlcad/trunk/src/libged/TODO: received some clarification from user, current workflow is entirely linear segments which are far easier to track for an initial pass.
17:23.31Notify03BRL-CAD:starseeker * 67404 brlcad/trunk/doc/docbook/resources/other/README.schema: update readme
17:25.06*** join/#brlcad poxip (~poxip@2a01:115f:461:7d00:ba27:ebff:fef7:2541)
17:25.06*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
17:31.50brlcadstarseeker: how well might test_bot2nurbs work on pipe objects?
17:32.04starseekerprobably not very
17:32.08brlcadheh, ok
17:32.24brlcaddo you have access to bob p.'s bot2pipe tcl script?
17:33.18starseekerasked bob - he doesn't think so
17:34.16starseekerthe "right" methodology there would be to do a skeleton build of the bot and use that as a guide, imho...
17:36.59brlcadyeah, that was my thought as well, find the centerline and smooth it as a spline curve
17:37.17brlcadthen calculate the rcc's for each segment within a given flatness
17:37.56brlcadI found a paper that did exactly this for modeling arteries/veins, shame no code though
17:40.58starseekernods - lot of mesh based papers are shy about showing code
17:44.12starseekerthe one I tend to think of is skeletal extraction by mesh contraction from SIGGRAPH 2008
17:49.19brlcadgot the script
17:50.27brlcadah right, I'd forgotten about that one ... good stuff
17:52.34starseekerhttp://skinning.org/ might be useful - 2014 course
17:55.28starseekerMean Curvature Skeletons
17:55.38starseekerTagliasacchi
17:55.48starseeker2012 - that's the other one
17:58.08starseekerpity about CGAL licensing:  http://doc.cgal.org/latest/Surface_mesh_skeletonization/index.html
18:03.46brlcadsimple enough to implement
18:04.07brlcadit contracts the mesh with a laplacian smoothing operator in the direction opposite the surface normal
18:04.13brlcadthat's pretty cool
18:04.58brlcadyou end up with the mesh squished into the centerline and they use edge collapse to reduce it to lines and junctions that topologically match
18:05.14brlcadhttps://www.youtube.com/watch?v=-H7n59YQCRM
18:05.25starseekernods - seems like the intuitive "right way" when I saw it originally
18:05.43brlcadthinks this might be implementable in a few days
18:05.47starseekerand the curve centerlines are actually what we want, since we can recognize pipe-ish shapes from them
18:05.53starseekerO.o
18:06.50starseekerfigured with that being a GSoC project it would be a bit more involved...
18:15.18brlcadcan always make it more involved...
18:15.31brlcadthe 2 cent solution seems pretty easy, especially for the common linear case
18:15.50brlcadwe need to get back to doing those more often ;)
18:16.03brlcadespecially if we keep reducing and consolidating while we do it
18:16.19brlcad(instead of just dumping more commands and API)
18:17.40brlcadinteresting, bobs bot2pipe is pretty extensive logic
18:17.52brlcadand it's a proper archer plugin
18:19.16brlcadso that siggraph method will fall apart with hollow tube-like objects .. will have to figure out how to handle the interior
18:28.27*** join/#brlcad tflendrich (~tflendric@90-156-19-101.internetia.net.pl)
18:30.37brlcadhello tflendrich
18:33.13tflendrichhi brlcad
18:33.20tflendrichand everyone
18:34.40tflendrichI gotta set up irssi on some VPS, so that I don't log in and off that much
18:41.26*** join/#brlcad pujani (~pujani@117.226.33.197)
18:41.26*** join/#brlcad Pujani_ (~pujani@117.226.33.197)
18:58.12*** join/#brlcad Amritpal (~amrit3701@124.253.104.53)
19:00.49*** join/#brlcad zaverichintan (~androirc@123.237.167.57)
19:18.48*** join/#brlcad ickby (~stefan@x5d8458df.dyn.telefonica.de)
19:38.02*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:41.57*** join/#brlcad ickby_ (~stefan@x5d8458df.dyn.telefonica.de)
19:51.15*** join/#brlcad gaganjyot (~gaganjyot@122.173.215.191)
19:51.51*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
20:07.26starseekerbrlcad: probably would need feature recognition/edge detection to identify "face" candidates, if we're going to support hollow tub BoTs
20:07.57starseekerwould need a way to recognize/categorize regions of the BoT that logically group inside/outside/cap
20:39.45*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
20:40.35*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
21:16.30Notify03BRL-CAD:starseeker * 67405 brlcad/trunk/src/tclscripts/rtwizard/main.c: More option to tcl translation code (untested)
21:49.23starseekeris beginning to wonder if the internal use of db_search in commands is premature, based on that db_concat issue... db_search needs nref to be current/up-to-date, and I'm not at all sure all the geometry changing commands (well, comb changing + add/delete - I suppose attr and param edits won't matter) tidy up nref after they're done
21:57.04*** join/#brlcad merzo (~merzo@87-47-133-95.pool.ukrtel.net)
21:59.19Notify03BRL-CAD:n_reed * 67406 (brlcad/branches/brep-debug/CHANGES brlcad/branches/brep-debug/CMakeLists.txt and 150 others): sync from trunk
22:02.04Notify03BRL-CAD:n_reed * 67407 (svn:mergeinfo ## -1,5 +1,5 ## and 7 others): record sync revision as mergedProperty Changed:----------------brlcad/trunk/brlcad/trunk/src/libged/polyclip.cpp
22:05.40Notify03BRL-CAD:starseeker * 67408 (brlcad/trunk/src/conv/step/BRLCADWrapper.cpp brlcad/trunk/src/gtools/gdiff/gdiff.c and 5 others): be more aggressive with nref updates before db_search calls.
22:08.03*** join/#brlcad ickby_ (~stefan@x5d8458df.dyn.telefonica.de)
22:21.09Notify03BRL-CAD:starseeker * 67409 brlcad/trunk/src/tclscripts/rtwizard/main.c: organize, debug printing
22:39.03Notify03BRL-CAD:starseeker * 67410 brlcad/trunk/src/tclscripts/rtwizard/main.c: Fix mime bits - bu_path_component no longer does mime directly
22:43.45Notify03BRL-CAD:starseeker * 67411 brlcad/trunk/src/tclscripts/rtwizard/main.c: these are flags
23:01.48*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:07.19*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:19.38*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
IRC log for #brlcad on 20160322

IRC log for #brlcad on 20160322

00:35.39Notify03BRL-CAD:starseeker * 67412 brlcad/trunk/src/tclscripts/rtwizard/main.c: Gets as far as starting the gui (if we remove the need for argv from RaytraceWizard.tcl's call to main) and generating an image in command line mode.
00:50.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:29.55Notify03BRL-CAD:brlcad * 67413 brlcad/trunk/include/bu/CMakeLists.txt: add initial API for supporting UUIDs. this is useful in a variety of places, but is specifically planned for the implementation of a generic performant prep caching system.
01:30.31*** join/#brlcad LordOfBikes (~armin@dslb-088-066-215-171.088.066.pools.vodafone-ip.de)
01:33.53Notify03BRL-CAD:brlcad * 67414 brlcad/trunk/include/bu/uuid.h: just create() since this is what turns our generic container into a uuid (even though allocation happens beforehand).
01:38.15Notify03BRL-CAD:brlcad * 67415 brlcad/trunk/src/libbu/tests/CMakeLists.txt: stub in uuid unit tests
01:41.56Notify03BRL-CAD:brlcad * 67416 brlcad/trunk/src/libbu/tests/CMakeLists.txt: rename the two outliers like the rest with the bu_ prefix; use cpp for our c++.
01:43.41Notify03BRL-CAD:brlcad * 67417 brlcad/trunk/src/libbu/tests/test_funcs.c: bu_ prefix is reserved for public API
01:45.40Notify03BRL-CAD:brlcad * 67418 brlcad/trunk/src/libbu/tests/test_internals.h: don't need to declare a function not used outside of test_funcs.c
01:53.48Notify03BRL-CAD:brlcad * 67419 brlcad/trunk/src/libbu/tests/test_funcs.c: we can simplify further -- just seed off the time().
01:54.51*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
02:02.42Notify03BRL-CAD:brlcad * 67420 (brlcad/trunk/src/libbu/tests/bu_bitv.c brlcad/trunk/src/libbu/tests/test_funcs.c brlcad/trunk/src/libbu/tests/test_internals.h): further simplication as both the two remaining functions are only used in one place. when they get used in multiple locations, we can deal with them.
02:22.42Notify03BRL-CAD:brlcad * 67421 (brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/bitv-tests.cmake and 4 others): use our existing BRLCAD_OK/ERROR symbols that also conform with standard system process return code behavior of 0 meaning success, non-zero indicating failure.
02:25.02Notify03BRL-CAD:brlcad * 67422 (brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/bu_bitv.c and 3 others): this header is now empty and can be removed.
02:26.03Notify03BRL-CAD:brlcad * 67423 (brlcad/trunk/src/libbu/tests/test_funcs.c =================================================================== and 59 others): ditto for the empty shared test lib
02:30.29Notify03BRL-CAD:brlcad * 67424 (brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/bitv-tests.cmake brlcad/trunk/src/libbu/tests/vls-tests.cmake): prefix each test with test_ instead of tester_ for brevity and readability (verb instead of noun)
02:34.44Notify03BRL-CAD:brlcad * 67425 brlcad/trunk/src/libbu/CMakeLists.txt: rename timer.c to gettime.c to reflex the file contents (bu_gettime())
02:36.34*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-hnyvmcslpqrfugzq)
02:45.30Notify03BRL-CAD:brlcad * 67426 (brlcad/trunk/src/libbu/date-time.c brlcad/trunk/src/libbu/gettime.c): consolidate the time functions. still need to fix API conformance...
02:48.51Notify03BRL-CAD:brlcad * 67427 brlcad/trunk/src/libbu/CMakeLists.txt: remove empty file now that the function moved to date-time.c, which we're also renaming to datetime.c
02:51.47Notify03BRL-CAD:brlcad * 67428 brlcad/trunk/src/libbu/tests/CMakeLists.txt: move the test name to match the new sourcefile name
02:56.05Notify03BRL-CAD:brlcad * 67429 brlcad/trunk/src/libbu/tests/CMakeLists.txt: tidy up the remaining two cmake files with a tests_ prefix so the directory listing sorts and is conveniently grouped by type.
03:15.22Notify03BRL-CAD:brlcad * 67430 brlcad/trunk/src/libbu/vls_vprintf.c: there is no value in manually extending the vls during every vprintf call since the subsequent string ops check and extend as needed. in fact extending every call could cause the allocation to grow too rapidly if we repeatedly print less than the step size.
03:20.23Notify03BRL-CAD:brlcad * 67431 (brlcad/trunk/src/libbu/vls.c brlcad/trunk/src/libbu/vls_internals.h): don't need to keep _VLS_ALLOC_STEP in a header any more
03:27.51Notify03BRL-CAD:brlcad * 67432 (brlcad/trunk/src/libbu/bu_internals.h =================================================================== and 59 others): match the two other 'internals' headers that pertain to private API we need in a header due to unit testing API. need a better simpler convention, but still good to avoid the bu_ prefix in this instance as these all pertain to bitv.
03:29.32Notify03BRL-CAD:brlcad * 67433 (brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/bitv.c brlcad/trunk/src/libbu/tests/bu_bitv.c): udpate the header references from bu_internals.h to bitv_internals.h
03:38.51Notify03BRL-CAD:brlcad * 67434 (brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/bitv.c and 16 others): see if we can get away with having 'internals' api headers simply match their corresponding source files/prefix. this better matches what most programmers are taught to do when sharing declarations across compilation units and is an easier convention to follow (and still permits lib_private.h headers for
03:38.54Notifyall-encompassing shared-module symbols).
03:38.56Notify...
03:42.43Notify03BRL-CAD:brlcad * 67435 (brlcad/trunk/src/libbu/bitv.h brlcad/trunk/src/libbu/rb.h brlcad/trunk/src/libbu/vls_vprintf.h): update guards and header to reflect file rename
04:06.16*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
05:50.32Notify03BRL-CAD:brlcad * 67436 brlcad/trunk/src/mged/setup.c: unused vars now that we are no longer manually loading tree.tcl on windows
05:56.22*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:02.45*** join/#brlcad Zitara (252714bd@gateway/web/freenode/ip.37.39.20.189)
06:07.55Notify03BRL-CAD:brlcad * 67437 (brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/bu_datetime.c): consolidate the bu_gettime() tests into bu_datetime's set as test #0, expand the test a little bit to detect time travel
06:12.01*** join/#brlcad Zitar (~chatzilla@37.39.20.189)
06:27.06*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
06:50.13*** join/#brlcad Pan_Lili (~Pan_Lili@183.157.162.48)
07:07.59Pan_LiliHi, when I update brlcad to version 67393, it is successfully compiled but when I run “make test”, the result is showed below.Is it normal?
07:08.21Pan_LiliThe following tests FAILED:
07:08.23Pan_Lili<PROTECTED>
07:08.23Pan_Lili<PROTECTED>
07:08.23Pan_Lili<PROTECTED>
07:08.23Pan_Lili<PROTECTED>
07:08.24Pan_Lili<PROTECTED>
07:08.24Pan_Lili<PROTECTED>
07:08.28Pan_Lili<PROTECTED>
07:08.30Pan_Lili<PROTECTED>
07:08.32Pan_Lili<PROTECTED>
07:08.34Pan_Lili<PROTECTED>
07:08.36Pan_Lili<PROTECTED>
07:08.38Pan_Lili<PROTECTED>
07:56.01*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
08:06.26*** join/#brlcad Pan_Lili (~Pan_Lili@183.157.162.48)
08:07.44*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-cpmwmkebfbpalitq)
08:20.28*** join/#brlcad Pan_Lili (~Pan_Lili@183.157.162.48)
09:10.26*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:34.07*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
09:55.28Notify03BRL-CAD Wiki:Johnsmith2167 * 0 /wiki/User:Johnsmith2167:
09:59.09Notify03BRL-CAD Wiki:Johnsmith2167 * 0 /wiki/File:Mac_mail_Customer_Service_Phone_Number_1-855-478-3289_Mac_mail_Customer_Support.png: Mac mail Customer Service Phone Number 1-855-478-3289 Mac mail Customer Support
10:10.34*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
10:42.10Notify03BRL-CAD Wiki:Patrick Willium * 0 /wiki/User:Patrick_Willium:
10:52.21*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
11:33.12*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
11:37.41starseekernote for Gabriel when he returns to channel - the core search functionality is actually implemented in librt, not libged - need to think about how the -exec option will be recognized and the inputs to search reworked if we're going to hangle -exec at the libged level
12:34.10Notify03BRL-CAD Wiki:Johnsmith2167 * 0 /wiki/File:Norton_antivirus_support_phone_number_%2B1-855-315-3657.png: norton antivirus support phone number +1-855-315-3657 norton tech support phone number, norton customer support phone number 1-855-315-3657
12:35.55Notify03BRL-CAD Wiki:Johnsmith2167 * 0 /wiki/File:-$-Gmx_customer_Service_Phone_Number_@%2B1-855-478-3289_Gmx_-support_-Phone_-Number_-USA_-and_Canada.png: (++@@Call, +1-855-478-3289 for all type help by Gmx Customer Service phone number, Gmx Tech Support Phone Number, Gmx Help Desk Phone Number, Gmx tech support number
12:37.15Notify03BRL-CAD Wiki:Johnsmith2167 * 0 /wiki/File:@1-855-553-8765_-!-_quicken_intuit_Support_Number,quicken_phone_number.png: Call Toll Free Number @1-855-553-8765 #!# quicken Support Number, quicken intuit Support phone Number, quicken support number, quicken phone number, quicken intuit support number, support phone number
12:40.11Notify03BRL-CAD Wiki:Johnsmith2167 * 0 /wiki/File:1-855-288-0082_Facebook_Helpline_%2B1-855-288-0082_Facebook_tech_support_phone_number_USA.png: Facebook Tech Support@@ 1-855-288-0082 Facebook Customer Service Phone Number,Facebook Technical support Number??>
12:40.45Notify03BRL-CAD Wiki:Johnsmith2167 * 0 /wiki/File:1-855-389-7335_Kindle_fire_technical_support_number_@_kindle_fire_technical_support_Phone_number.png: Help@1-855-389-7335 @@@ Kindle fire technical support number @@#@@# kindle fire technical support Phone number @
12:40.46archivistban that spammer!
12:41.30Notify03BRL-CAD Wiki:Johnsmith2167 * 0 /wiki/File:$$_-@@-_-$_Aim_mail_Customer_Service_Support_Phone_Number_1-855-315-1407_Aim_mail_Tech_Support.png: $$ #@@# #$ Aim mail Customer Service Support Phone Number 1-855-315-1407 Aim mail Tech Support
12:42.10Notify03BRL-CAD Wiki:Johnsmith2167 * 0 /wiki/File:Gmail_Customer_Service_Number_%2B1-855-315-1407_(USA)_-_Gmail_Password_Recovery_Toll_Free_Number.png: Get World Best Professionals Easily For Gmail Problem Solution Contact 24*7 to Gmail Customer Support Number @ Gmail Customer Service Number 1-855-315-1407Gmail Customer Service Number +1-855-315-1407 (USA)| Gmail Password Recovery Toll Free Number...
12:42.59Notify03BRL-CAD Wiki:Johnsmith2167 * 0 /wiki/File:HELP@@_1-855-478-3289_Rocketmail_Custmer_Care_Service_Support_Phone_Number_USA_and_Canada.png: Rocketmail Phone Number 1-855-478-3289 for if you getting bored with Rocketmail Ge issues like Rocketmail not working and Rocketmail hack
12:44.14Notify03BRL-CAD Wiki:Johnsmith2167 * 0 /wiki/File:Hush_mail_Customer_Service_Phone_Number_--_-@-@-@1-855-478-3289_$$_-@@-_-$_Hush_mail_Tech_Support.png: 1-855-315- mail Customer Service Phone Number B106 @#@#@#$ 1-855-478-3289 $$ #@@# #$ Hush mail Tech Support 1-855-478-3289
12:44.59Notify03BRL-CAD Wiki:Johnsmith2167 * 0 /wiki/File:Pogo_Tech_Support_number_%2B1-855-288-0082_Pogo_Games_technical_Support_Phone_Number.png: Games Support +1-855-288-0082 Pogo Games technical Support Phone Number, Pogo Tech Support phone number, Pogo Technical Support phone
12:46.01Notify03BRL-CAD Wiki:Johnsmith2167 * 0 /wiki/File:Support_--@@_toll_free_1-855-288-0082_--Ebuddy_customer_service_Ebuddy_support_phone_Number.png: Support ##@@ toll free 1-855-288-0082 ##Ebuddy customer service Ebuddy support phone Number
12:50.42Notify03BRL-CAD Wiki:Johnsmith2167 * 0 /wiki/File:Twitter_tech_support_@_1-855-288-0082_Customer_service_number.jpg: Twitter tech support @ 1-855-288-0082 Customer service number.
12:56.24Notify03BRL-CAD Wiki:Johnsmith2167 * 0 /wiki/File:Activating_and_Setting_Up_iPhone_customer.png: 1-855-288-0082  */How to Set Up a New iPhone - iPhone/Activating and Setting Up iPhone customer */ technical support number activation iphone
12:58.34Notify03BRL-CAD Wiki:Johnsmith2167 * 0 /wiki/File:CALL_1-855-315-3657_Mozilla_Thunderbird_Customer_Service_Phone_Number_!_Mozilla_Thunderbird_Support.png: @!!1-855-315-3657!@ Mozilla Thunderbird Customer Service Phone Number 1-855-315-3657 Mozilla Thunderbird Support Phone Number 1-855-315-3657
13:05.21Notify03BRL-CAD Wiki:Johnsmith2167 * 0 /wiki/File:Roadrunner_Technical_support_Phone_Number_1-855-288-0082_Roadrunner_Customer_Service_No.png: $$## Roadrunner Technical support Phone Number 1-855-288-0082 Roadrunner Customer Service Number 1-855-288-0082
13:06.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:08.34*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
13:14.24*** join/#brlcad yorik (~yorik@177.139.37.53)
13:34.56Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/User:Johnsmith2167: Inserting nonsense/gibberish into pages
13:35.19Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/File:Mac_mail_Customer_Service_Phone_Number_1-855-478-3289_Mac_mail_Customer_Support.png: spam
13:35.55Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/File:Norton_antivirus_support_phone_number_%2B1-855-315-3657.png: spam
13:36.09Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/File:-$-Gmx_customer_Service_Phone_Number_@%2B1-855-478-3289_Gmx_-support_-Phone_-Number_-USA_-and_Canada.png: spam
13:36.19Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/File:@1-855-553-8765_-!-_quicken_intuit_Support_Number,quicken_phone_number.png: spam
13:36.28Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/File:1-855-288-0082_Facebook_Helpline_%2B1-855-288-0082_Facebook_tech_support_phone_number_USA.png: spam
13:36.43Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/File:1-855-389-7335_Kindle_fire_technical_support_number_@_kindle_fire_technical_support_Phone_number.png: spam
13:37.11Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/File:$$_-@@-_-$_Aim_mail_Customer_Service_Support_Phone_Number_1-855-315-1407_Aim_mail_Tech_Support.png: spam
13:37.21Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/File:Gmail_Customer_Service_Number_%2B1-855-315-1407_(USA)_-_Gmail_Password_Recovery_Toll_Free_Number.png: spam
13:37.30Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/File:HELP@@_1-855-478-3289_Rocketmail_Custmer_Care_Service_Support_Phone_Number_USA_and_Canada.png: spam
13:37.39Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/File:Hush_mail_Customer_Service_Phone_Number_--_-@-@-@1-855-478-3289_$$_-@@-_-$_Hush_mail_Tech_Support.png: spam
13:37.42Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/File:Pogo_Tech_Support_number_%2B1-855-288-0082_Pogo_Games_technical_Support_Phone_Number.png: spam
13:37.49Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/File:Support_--@@_toll_free_1-855-288-0082_--Ebuddy_customer_service_Ebuddy_support_phone_Number.png: spam
13:41.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:04.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:05.19*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:11.41*** join/#brlcad penumbra (~arttp2@182.69.162.89)
14:56.15*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:56.19Notify03BRL-CAD:starseeker * 67438 brlcad/trunk/src/tclscripts/rtwizard/main.c: Set argc/argv so we don't have to change RaytraceWizard.tcl
14:56.25Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/File:Twitter_tech_support_@_1-855-288-0082_Customer_service_number.jpg: spam
14:56.27Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/File:Real_Player_Support_Number_@@_%2B_1-855-288-0082_Toll_Free_Number,_Customer_Support_Number.png: spam
14:56.29Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/File:Activating_and_Setting_Up_iPhone_customer.png: spam
14:56.56*** join/#brlcad nilram__ (~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf)
14:57.14*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
14:57.17Notify03BRL-CAD:starseeker * 67438 brlcad/trunk/src/tclscripts/rtwizard/main.c: Set argc/argv so we don't have to change RaytraceWizard.tcl
14:57.23Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/File:Twitter_tech_support_@_1-855-288-0082_Customer_service_number.jpg: spam
14:57.25Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/File:Real_Player_Support_Number_@@_%2B_1-855-288-0082_Toll_Free_Number,_Customer_Support_Number.png: spam
14:57.27Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/File:Activating_and_Setting_Up_iPhone_customer.png: spam
14:57.29Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/File:CALL_1-855-315-3657_Mozilla_Thunderbird_Customer_Service_Phone_Number_!_Mozilla_Thunderbird_Support.png: spam
14:57.31Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/File:Roadrunner_Technical_support_Phone_Number_1-855-288-0082_Roadrunner_Customer_Service_No.png: spam
15:19.56Notify03BRL-CAD:starseeker * 67439 (brlcad/trunk/include/tclcad.h brlcad/trunk/src/libtclcad/CMakeLists.txt): The Tcl initialization code used by bwish/btclsh, mged, and potentially other C Tcl/Tk programs should be a common routine (or at least, the 'default' elements of it) - make a stab at defining such a routine in libtclcad. For now it's just going to be used in testing with rtwizard, but if/when the kinks are
15:19.58Notifyironed out it should replace similar code in bwish and (probably) mged.
15:20.00Notify...
15:24.27Notify03BRL-CAD:starseeker * 67440 (brlcad/trunk/include/tclcad.h brlcad/trunk/src/libtclcad/tclcad_init.c): Go with a more generic name
15:25.48Notify03BRL-CAD:starseeker * 67441 brlcad/trunk/src/tclscripts/rtwizard/main.c: Use the new tclcad functions.
15:52.30*** join/#brlcad gaganjyot (~gaganjyot@122.173.215.191)
16:20.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:31.15*** join/#brlcad amrinder (75c767a3@gateway/web/freenode/ip.117.199.103.163)
16:59.33amrinderI'm getting verification error for my account on OGV
17:00.14amrinderI haven't  got  any mail regarding OGV on my mail id.
17:00.24amrinderIs there anything which I'm missing
17:00.25amrinder?
17:06.23*** join/#brlcad Gabriel_ (bc1ab9c9@gateway/web/freenode/ip.188.26.185.201)
17:11.14*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
17:12.13amrinderishweradmin:
17:12.50*** join/#brlcad pujani (~pujani@117.225.16.45)
17:14.44Notify03BRL-CAD:n_reed * 67442 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/CMakeLists.txt: fix docbook macro path
17:21.22pujanihi, I am Sameer Pujani undergraduate 4th year student of Btech IT. I want to contribute with brlcad in "Materials Database Project".
17:51.55Notify03BRL-CAD:n_reed * 67443 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add note on memory allocation
17:56.50*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:07.27brlcadhi pujani
18:08.11brlcadpujani: given how late you're coming into the applications, I would suggest contacting one of our partner orgs (stepcode, librecad, freecad, openscad, linuxcnc)
18:08.21brlcador now
18:08.26brlcads/now/not/
18:11.22*** join/#brlcad pujani (~pujani@117.225.16.45)
18:15.36*** join/#brlcad Akamoha (67e16433@gateway/web/freenode/ip.103.225.100.51)
18:23.51*** join/#brlcad Gabriel_ (567f7ccb@gateway/web/freenode/ip.86.127.124.203)
18:35.59*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
19:09.45*** join/#brlcad pujani (~pujani@117.225.16.45)
19:40.34*** join/#brlcad pujani (~pujani@117.237.115.182)
19:47.53Notify03BRL-CAD:starseeker * 67444 (brlcad/trunk/include/tclcad.h brlcad/trunk/src/libtclcad/tclcad_init.c brlcad/trunk/src/tclscripts/rtwizard/main.c): Per discussion with Sean, go simple with the init function and narrow the options down to non-GUI (turn on everything that doesn't need Tk) or GUI (turn on everything) on the theory that we should be able to initialize these without doing any harm even if we don't need
19:47.55Notifythem.
19:47.57Notify...
20:01.35Notify03BRL-CAD:starseeker * 67445 brlcad/trunk/src/mged/setup.c: Try the new tclcad_init function in MGED
20:05.40Notify03BRL-CAD:starseeker * 67446 brlcad/trunk/src/bwish/winMain.c: bio.h immediately undefines the WIN32_LEAN_AND_MEAN define, so there's no point in doing this.
20:10.09Notify03BRL-CAD:starseeker * 67447 brlcad/trunk/src/bwish/CMakeLists.txt: unixMain.c is unused according to the build logic.
20:44.49Notify03BRL-CAD:starseeker * 67448 brlcad/trunk/src/bwish/main.c: Replace Tcl init in main.c with tclcad_init
20:56.29``ErikFreeBSD rpi2 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r296485: Tue Mar  8 16:35:01 UTC 2016     root@releng2.nyi.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/RPI2  arm
21:21.49Notify03BRL-CAD:starseeker * 67449 (brlcad/trunk/src/bwish/CMakeLists.txt brlcad/trunk/src/bwish/input.c brlcad/trunk/src/bwish/main.c): Consolidate tcl.c into main.c, flatten some of the function calls. Not 100% sure, but it looks like the commands from cmd.c are not defined on Windows?
21:51.55Notify03BRL-CAD:starseeker * 67450 (brlcad/trunk/src/bwish/cmd.c brlcad/trunk/src/bwish/main.c): Relatively crude and untested, but make a stab at merging the Windows and unix main files. This doesn't do much to actually consolidate the logic, but the initial goal is to be able to build one set of files on all platforms.
21:52.39Notify03BRL-CAD:starseeker * 67451 (brlcad/trunk/src/bwish/cmd.c brlcad/trunk/src/bwish/input.c): need common.h to know about windows.h
21:58.50*** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-ycsluqwkxzhoqixf)
22:19.44brlcad``Erik: new phone?
22:33.17Notify03BRL-CAD:starseeker * 67452 (brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake brlcad/trunk/src/bwish/CMakeLists.txt brlcad/trunk/src/libtclcad/CMakeLists.txt): Take the big step and consolidate bwish/btclsh srcs (and build logic) down. Untested on Windows.
23:06.45*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:10.23Notify03BRL-CAD:vasco_costa * 67453 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/common.cl and 6 others): apply sf patch 435 from Param Hanji which adds opencl code for the epa primitive. commented out code which modifies vpriv shot data from all primitive normal computations.
23:11.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:50.03kkrcodesbrlcad: I've added new features: export to txt and json, new form for solving data inconsistency and fixed several more bugs in Materials Database project.
23:51.02kkrcodesbrlcad: I've updated the pull request - https://github.com/BRL-CAD/MaterialsDatabase/pull/4  . Please take a look! Thanks.
23:51.13Notify03BRL-CAD:starseeker * 67454 brlcad/trunk/src/bwish/main.c: Fixes to MSVC build
23:52.45starseekerwoo hoo!
23:53.54starseekerC code isn't much cleaner, but build logic is a lot nicer
23:55.29Notify03BRL-CAD:starseeker * 67455 brlcad/trunk/src/bwish/CMakeLists.txt: ws
23:57.28kkrcodesI've also updated my proposal to reflect this and re-uploaded it to the GSoC portal as a new document. Feedback/suggestions for improving the proposal further would be much appreciated! Thanks! :)
IRC log for #brlcad on 20160323

IRC log for #brlcad on 20160323

00:00.59*** join/#brlcad penumbra (~arttp2@122.162.168.88)
00:10.47Notify03BRL-CAD:starseeker * 67456 brlcad/trunk/src/mged/CMakeLists.txt: Rework mged build logic along bwish lines. Note that since MGED is supposed to be able to run as a console app, we can't give it the GUI flag to make it a 'proper' Windows GUI app...
00:15.34Notify03BRL-CAD:starseeker * 67457 brlcad/trunk/src/adrt/CMakeLists.txt: Nuke another WIN32 if test, this time in isst's CMake. Maybe be able to turn this into a proper gui exec with the techniques from rtwizard work...
01:28.38*** join/#brlcad nawrxgupvwtcxyjk (~armin@dslc-082-083-185-072.pools.arcor-ip.net)
02:14.46Notify03BRL-CAD:starseeker * 67458 (brlcad/trunk/include/tclcad.h brlcad/trunk/src/libtclcad/tclcad_init.c brlcad/trunk/src/tclscripts/rtwizard/main.c): fix tclcad_set_argv
02:16.26Notify03BRL-CAD:starseeker * 67459 (brlcad/trunk/src/adrt/CMakeLists.txt brlcad/trunk/src/adrt/isst_tcltk.c brlcad/trunk/src/tclscripts/CMakeLists.txt): turn isst into a GUI executable (untested on Windows)
02:44.55Notify03BRL-CAD:starseeker * 67460 brlcad/trunk/src/adrt/isst_tcltk.c: Start trying to figure out what the miminal WinMain setup is.
03:09.04*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:11.48starseekerwinces as he sees the NOSA 2.0 license is *still* stuck in the OSI review process
03:13.05starseekerwould not blame NASA at all if they just started using NOSA 2.0 without the OSI stamp - holy mackerel
03:17.10*** join/#brlcad yuxiaozou (63214ca2@gateway/web/freenode/ip.99.33.76.162)
04:29.12*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-xevkumdroojezthe)
04:55.20*** join/#brlcad ickby_ (~stefan@x5d845464.dyn.telefonica.de)
05:03.26*** join/#brlcad amrinder (75c767a3@gateway/web/freenode/ip.117.199.103.163)
05:15.24*** join/#brlcad pujani (~pujani@124.253.89.119)
05:29.41Notify03BRL-CAD:brlcad * 67461 brlcad/trunk/AUTHORS: note the code contribution from param hanji, applied in r67453 from sf patch 435, which adds opencl code for the epa primitive
05:44.52amrinderishweradmin: are you there?
05:54.02*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
06:19.50tandoorichicki was wondering, since i'm working on the polygonal mesh healing project, if i could intergrate all of it into one command, say for example 'heal'. this command would have parameters to choose what all steps in mesh healing need to be done and values such as merge tolerance, etc. is this plausible?
06:24.09*** join/#brlcad boj (~boj@2001:250:3c02:763:c8a0:c555:d74c:70ac)
06:24.14*** join/#brlcad nilram (~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf)
06:29.29*** join/#brlcad ickby_ (~stefan@x5d845464.dyn.telefonica.de)
06:46.32*** join/#brlcad nilram (~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf)
06:48.46*** join/#brlcad boj (~boj@2001:250:3c02:763:c8a0:c555:d74c:70ac)
06:49.04*** join/#brlcad nilram_ (~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf)
06:52.05*** join/#brlcad nilram (~nilram@2001:250:3c02:763:bcf1:ea29:474:7acf)
06:52.06*** join/#brlcad boj_ (~boj@2001:250:3c02:763:c8a0:c555:d74c:70ac)
07:18.40*** join/#brlcad Izakey (~Isaac@41.205.19.148)
07:42.44amrinderbrlcad: I'm not getting verification mail from OGV. Is there any other way to login properly in OGV-meteor?
08:02.43*** join/#brlcad penumbra (~arttp2@182.69.185.11)
08:08.10*** join/#brlcad pujani (~pujani@124.253.89.119)
08:10.01*** join/#brlcad Izak (~Isaac@41.205.19.148)
08:11.54*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-sgdjjcbydgxzzofl)
08:16.14*** join/#brlcad jasleen (~jasleen@117.255.209.218)
08:17.34*** join/#brlcad penumbra_ (~arttp2@122.162.207.116)
08:47.56*** join/#brlcad Mandeep_Singh (~Mandeep@117.199.106.179)
09:02.31*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:02.45*** join/#brlcad Mandeep_Singh (~Mandeep@45.127.65.253)
09:03.58*** join/#brlcad Mandeep_Singh (~Mandeep@45.127.65.253)
09:16.23*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
09:44.38*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
09:45.39*** join/#brlcad Amritpal (~amrit3701@202.164.53.117)
09:56.06*** join/#brlcad ries_ (~ries@D979CC89.cm-3-2d.dynamic.ziggo.nl)
09:56.16*** part/#brlcad ries_ (~ries@D979CC89.cm-3-2d.dynamic.ziggo.nl)
10:09.55*** join/#brlcad gaganjyot (~gaganjyot@122.173.245.161)
10:12.06*** join/#brlcad Mandeep_Singh (~Mandeep@59.96.142.150)
10:30.37*** join/#brlcad jasleen (~jasleen@117.255.209.218)
10:50.26*** join/#brlcad Mandeep_Singh (~Mandeep@117.220.169.13)
11:42.20*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-bzbngisruebirhkp)
12:39.21*** join/#brlcad pujani (~pujani@124.253.89.119)
12:56.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:40.47*** join/#brlcad yorik (~yorik@177.139.37.53)
13:46.26*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:47.32*** join/#brlcad gaganjyot (~gaganjyot@122.173.245.161)
18:42.06*** join/#brlcad infobot (ibot@rikers.org)
18:42.07*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
18:50.01starseekerbrlcad: so you don't propose to have any programmatic way to get (say) the set of all image or model mime types?
18:54.38*** join/#brlcad pujani (~pujani@117.234.177.78)
18:58.56Notify03BRL-CAD:starseeker * 67467 brlcad/trunk/src/librt/CMakeLists.txt: uncommitted file?
18:59.55Notify03BRL-CAD:starseeker * 67468 brlcad/trunk/src/conv/3dm/3dm-g.cpp: fix 3dm-g build
19:02.28starseekerreally doesn't like the returning multiple mime types bit - that's a lot of application logic to sort through the results, especially if there's no pre-defined set of image/model mime types to help with filtering
19:04.30starseekerknow it has to be done for (say) multiple step mime types, but even if we don't know of any cross-domain file extension collisions currently I'd prefer to have a future proof API that wouldn't break if someone should do that in the future
19:05.37starseekerif I can at least have a hard guarantee that all of my mime returns for .stp were CAD formats, I could process on that basis without also having to (potentially) sort through other garbage not relevant at all to the problem domain...
19:06.50starseekerI suppose the pragmatic approach would be to use just the subset of mime types we (potentially) care about rather than the whole of mime.types...
19:07.03starseekersort of a scope constraint for a libbu API, but it would probably work
19:09.35*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
19:19.36*** join/#brlcad pujani (~pujani@117.234.177.78)
19:33.24*** join/#brlcad ``Erik_ (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
19:44.36pujanihi brlcad
19:57.56*** join/#brlcad jasvir (~jass@75-142-109-136.static.mtpk.ca.charter.com)
20:19.07*** join/#brlcad shubham_ (012722a4@gateway/web/freenode/ip.1.39.34.164)
20:20.32*** join/#brlcad merzo (~merzo@49-108-132-95.pool.ukrtel.net)
20:26.49pujanibrlcad: I am already pursuing my intern in a company I could not get much time so but now I want to contact with your organisations in order to honed my skills at greater level.
21:11.04*** join/#brlcad ickby_ (~stefan@x5d845497.dyn.telefonica.de)
21:20.15brlcadstarseeker: what use is it to an application to get a list of BU_MIME_[TYPE]_* symbols?
21:20.31brlcadit's going to know which ones it supports, so the pattern is a switch statement
21:20.51brlcad(of the ones it supports)
21:21.51starseekerwas thinking intelligent help messages... - "unsupported image format" vs. "input file is not an image."
21:21.56brlcadswitch (type) { case BU_MIME_IMAGE_PNG: ...; case BU_MIME_IMAGE_JPG: ...;, etc}
21:22.18starseekerbrlcad: btw, looks like DXF is in both image and model groups
21:25.47pujanibrlcad: I was searched on these organisations (stepcode, librecad, freecad, openscad, linuxcnc) -
21:25.47pujanithese are mostly related with C but I am more comfortable with php than C.
21:25.57starseekerconsiders... now that I say that, I suppose "domain knowledge" via mime categories probably isn't beneficial enough to justify a more complex api...
21:26.17brlcadit can still say unsupported image format
21:26.23brlcadbecaues it has a list of the image formats it supports
21:27.01starseekernods - I was thinking it could also recognize when the file isn't an image at all, but that's a very minor usability point
21:27.08brlcador I suppose "unsupported file format" but yeah... i'm not sure that's strong motivation by itself ;)
21:28.10brlcadDXF mapping to image and non-image types is good to know, but would also be handleable if we returned a list given a filepath/extension
21:28.31brlcadthinks it needs to be filepath based, not extension
21:28.42starseekerhow does that help?
21:28.53brlcadthat'll make it work with extensionless files when libmagic is in place
21:29.06brlcador even before, we might inspect the files we know of
21:29.07starseekeroh, sure - with libmagic it's a whole new game
21:29.27starseeker(well, libmagic == file inspection...)
21:29.37brlcadreturning multiple types doesn't matter insomuch as you still have a switch over the types you know
21:29.38starseekerwe could do a poor man's version to start with
21:29.46brlcadreturning mulitple just means you loop over the switch
21:29.57starseekerponders...
21:30.31brlcadthe app might even want to implement their own support when they get BU_MIME_TEXT_PLAIN back for some unknown text file
21:30.45brlcadthe list coming back might need to be prioritized
21:30.48starseekeryeah, I guess in the situation where you have a program that handles both image and model, we need file introspection regardless to make it work with dxf
21:31.18brlcadnotes that image and model dxf are the same file, not actually different content
21:31.27brlcad2d dxf files are akin to an svg
21:31.37brlcadthat's why it's listed as an image
21:32.06starseekernods
21:32.08brlcadput some 3d entities in there, then it depends which objects you will work with
21:33.05starseekerso would it be worth having a "prioritize" function that takes two lists of mimes (one unsorted and one the priority list) and sorts the unsorted one?
21:33.24starseekercan see that going either way library vs. app level...
21:33.53brlcadnah, I think we can infer it from the mime list
21:34.21starseekerbrlcad: what about narrowing the bu mime scope?  should we strip down mime.types to just the categories we care about?
21:34.36brlcadand agree, might be better to just punt it to the app -- it only matters if an app wants to register a generic handler
21:35.03brlcadI like that you're using the apache file unmodified (or at least it seemed unmodified)
21:35.11starseekerit is
21:35.17Notify03BRL-CAD:starseeker * 67469 brlcad/trunk/src/libbu/tests/CMakeLists.txt: Fix category numbers
21:35.40brlcadI stirred this up, let me take a stab at first just consolidating the list
21:35.46brlcadthat may be sufficient and not complicate things
21:36.09starseekerbrlcad: actually, let me try a simplification before you do that
21:36.16brlcadnot looking to perfect it, just minimize the new api symbols
21:36.37starseekeris responsible for the nightmare that is mime.cmake - I'll probably be able to handle it more quickly to simplify it
21:37.00brlcadI don't mind learning how things were set up
21:37.08brlcadbus factor > 1 ;)
21:37.34starseekeryeah, but if you learn how grim it really is you can make fun of me - if I make it go away first it gets harder ;-)
21:37.44brlcadnah, I wouldn't do that
21:38.16starseekerheh - OK, I'll finish fixing distcheck then make archer build as an exe
21:38.22brlcadit is what it is, this review was on my list for release regardless because of all the new undocumented symbols
21:38.33starseekerah, point
21:38.47brlcadtechnically every single typedef, individual enum, struct, function is supposed to have a /** */ description
21:39.12brlcadsometimes can get away with the enums (like in the case of the mime ones)
21:39.17starseekerwinces... I *think* there's enough info in mime.types to do that...
21:39.18brlcadbut the rest really should
21:40.20brlcadwhich is just to say that if we can do this interface with 1 enum typedef and 1 function, that will be a lot simpler and less maintenance than the 10+ typedefs and 1 function
21:40.30brlcadand simplifies the function
21:40.36brlcadthat may be sufficient
21:40.40starseekerhmm.. not really - unless we go with /** model/iges */
21:41.00starseekernods
21:41.00brlcadright, which probably should be somewhere
21:41.17brlcadwe have these labels, but they mean nothing to anyone else
21:41.34starseekerI think doxygen can document enums like that...
21:41.35brlcadbut for that, probably need a different data structure
21:41.42starseekerchecks
21:41.44brlcadI mean for th app to know, not just the docs
21:41.51starseekeroh, right
21:41.54brlcadsure doxygen can
21:41.59brlcad<PROTECTED>
21:42.16starseekeryeah, if we want the app to have access to it that's something else again
21:42.36brlcadbut then we don't have the need, so again just reducing may be sufficient
21:42.47starseekerarguably I should have just used the mime strings originally in the file rather than cooking up the BU_MIME_MODEL_* scheme
21:43.17starseekerah, nevermind - / doesn't work in C
21:43.21starseekerI remember now
21:44.08brlcadhm?
21:44.11starseekeror at least it's a readability fail, even if it would compile
21:44.28brlcadmime/types are pretty standard :)
21:44.43starseekerwas thinking about the enum names I generated, but nevermind
21:44.49starseekerwill wait to see what brlcad comes up with
21:52.53Notify03BRL-CAD:starseeker * 67470 (brlcad/trunk/src/adrt/master/tienet_master.c brlcad/trunk/src/bwish/main.c): regress-repository distcheck fixes
22:00.51Notify03BRL-CAD:starseeker * 67471 brlcad/trunk/src/mged/mged.c: get the -o mged option working
22:04.25Notify03BRL-CAD:starseeker * 67472 brlcad/trunk/src/mged/mged.c: better if we don't break the old gui in the process...
22:09.02Notify03BRL-CAD:starseeker * 67473 brlcad/trunk/src/mged/mged.c: Apply the lessons from isst and use Tcl's API to prep the path
22:10.13Notify03BRL-CAD:starseeker * 67474 brlcad/trunk/src/mged/mged.c: free the string...
22:30.43Notify03BRL-CAD:starseeker * 67475 (brlcad/trunk/src/adrt/CMakeLists.txt brlcad/trunk/src/adrt/isst_tcltk.c brlcad/trunk/src/tclscripts/CMakeLists.txt): More isst rework
22:32.58Notify03BRL-CAD:starseeker * 67476 brlcad/trunk/src/adrt/CMakeLists.txt: move isst_tcltk.c
22:33.42Notify03BRL-CAD:starseeker * 67477 brlcad/trunk/src/adrt/isst.c: fix header
22:35.13Notify03BRL-CAD:starseeker * 67478 brlcad/trunk/src/adrt/isst.c: Need to test, but hopefully we don't need this any more
22:35.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:43.25*** join/#brlcad Pujani_ (~pujani@117.234.177.78)
22:43.43*** join/#brlcad Mandeep_Singh (~Mandeep@117.199.104.133)
22:46.14Notify03BRL-CAD:starseeker * 67479 brlcad/trunk/src/libdm/query.c: DM_RTGL isn't in a working state right now (eventually, it should be come a user togglable view setting on the opengl display manager anyway...
22:48.25Notify03BRL-CAD:starseeker * 67480 brlcad/trunk/src/libdm/query.c: if dm_bestXType is passed null, still return a 'preferred' choice for the platform.
22:56.11*** join/#brlcad Pujani__ (~pujani@117.234.177.78)
23:10.32Notify03BRL-CAD:starseeker * 67481 (brlcad/trunk/include/dm.h brlcad/trunk/src/adrt/isst.c brlcad/trunk/src/libdm/query.c): Replace WIN32 ifdef with a dm_default_type suggestion function. Need to think more about how to handle this...
23:13.38*** join/#brlcad merzo (~merzo@49-108-132-95.pool.ukrtel.net)
23:23.14*** join/#brlcad bvirtual (~bvirtual@2602:30a:2c9f:dd00:ed17:21b3:3732:f55)
23:54.07*** join/#brlcad jasleen (~jasleen@117.255.209.218)
IRC log for #brlcad on 20160324

IRC log for #brlcad on 20160324

00:17.20*** join/#brlcad jasvir (~jass@75-142-109-136.static.mtpk.ca.charter.com)
00:22.31*** join/#brlcad jasvir (~jass@75-142-109-136.static.mtpk.ca.charter.com)
01:03.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:08.19*** join/#brlcad Mandeep_Singh (~Mandeep@59.91.115.125)
01:15.21*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:27.23*** join/#brlcad yymxvqulfcoxudam (~armin@dslb-092-074-246-194.092.074.pools.vodafone-ip.de)
01:37.41*** join/#brlcad jasleen (~jasleen@117.255.209.218)
01:46.12*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
02:41.11*** join/#brlcad boj (~boj@2001:250:3c02:763:1e2:3773:40d2:ab6a)
03:51.34*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
04:14.59*** join/#brlcad Simran (~simran@101.59.240.65)
04:21.54*** join/#brlcad Mandeep_Singh (~Mandeep@117.220.145.144)
04:23.33*** join/#brlcad Mandeep_Singh (~Mandeep@117.220.145.144)
04:24.58*** join/#brlcad Mandeep_Singh (~Mandeep@117.220.145.144)
07:02.56*** join/#brlcad penumbra (~arttp2@122.176.3.236)
07:04.33*** join/#brlcad Mandeep_Singh (~Mandeep@59.91.118.22)
08:08.56*** part/#brlcad tflendrich (~tflendric@90-156-19-101.internetia.net.pl)
08:27.54*** join/#brlcad sofat (~sofat@49.248.178.228)
08:34.28*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
08:37.22*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
10:01.24*** join/#brlcad merzo (~merzo@92.60.189.225)
10:25.38*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
10:48.31*** join/#brlcad pujani (~pujani@117.234.177.78)
11:05.49*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
11:20.50starseekercringe-worthy backup stories:  https://news.ycombinator.com/item?id=11342968
11:25.52starseekerlikes this bit about using colored prompts to idenity which terminals are which: "Local's are green, staging is orange, production is bright red."
11:37.47*** join/#brlcad boj (~boj@96.44.186.253)
11:48.50*** join/#brlcad pujani (~pujani@117.234.177.78)
11:49.44bojHi, I have already uploaded my proposal draft on GSOC official website and will share a link here, could someone give me some suggestions? all comments are welcome, thank you all.
11:49.59bojhttps://docs.google.com/document/d/1VIYps_1nn6ObE7vb3aMQ6b0yTApkvPDS_xz81RGxZIc/edit?usp=sharing
12:14.52*** join/#brlcad jasleen (~jasleen@117.255.209.218)
12:33.29*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
12:34.57*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
12:46.43*** join/#brlcad pujani (~pujani@117.234.177.78)
13:13.21*** join/#brlcad pujani (~pujani@117.234.177.78)
13:21.33*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-agmiqgsobvowmwce)
13:27.01*** join/#brlcad boj (~boj@23.104.158.4)
13:29.45*** join/#brlcad yorik (~yorik@177.139.37.53)
14:02.49``Erikneat, old game design docs: http://wilmunder.com/Arics_World/Games.html
14:34.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:39.09``Erikand a bit of SCUMM storytelling: http://www.gamasutra.com/view/feature/196009/the_scumm_diary_stories_behind_.php
14:49.43*** join/#brlcad penumbra (~arttp2@182.69.104.233)
14:57.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:58.07*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:02.26*** join/#brlcad pujani (~pujani@117.210.77.190)
15:08.34Notify03BRL-CAD:brlcad * 67482 brlcad/trunk/src/libbu/CMakeLists.txt: add in a basic comparison and string encoding function for uuids
15:08.53Notify03BRL-CAD:brlcad * 67483 brlcad/trunk/src/libbu/tests/CMakeLists.txt: add the first unit test for uuid encoding
15:10.29Notify03BRL-CAD:brlcad * 67484 brlcad/trunk/include/bu/uuid.h: static in an array declaration is C99, so make sure we wrap it up properly
15:11.33Notify03BRL-CAD:brlcad * 67485 brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: check for c99 static array support -- intentionally do not strip build flags so we will fail if strict flags or c89 mode compilation is in effect.
15:11.53Notify03BRL-CAD:brlcad * 67486 brlcad/trunk/CMakeLists.txt: check for [static], c99 feature
15:13.34*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
15:14.42*** join/#brlcad Pujani_ (~pujani@117.210.77.190)
15:29.37*** join/#brlcad pujani (~pujani@117.251.75.14)
15:29.37*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
16:04.40starseekerbrlcad: is there some kind of weird rule that you can launch in-sh functions from C?
16:04.44starseekeris going insane...
16:06.17starseekerit's not even that - when I feed in *static* strings, excelp works.  when I feed in bu_vls_addr strings, it doesn't
16:06.25starseekerarrrgh
16:15.10*** join/#brlcad Mandeep_Singh (~Mandeep@59.91.113.234)
16:22.10starseekerah, it's just the first one
16:26.31Notify03BRL-CAD:starseeker * 67487 brlcad/trunk/src/brlman/CMakeLists.txt: Checkpoint work on C application verison of brlman
16:44.24*** join/#brlcad ickby_ (~stefan@x5d847e86.dyn.telefonica.de)
16:46.01*** join/#brlcad Simran (~simran@101.57.205.28)
17:05.55*** join/#brlcad ickby_ (~stefan@x5d847e86.dyn.telefonica.de)
17:38.10Notify03BRL-CAD:starseeker * 67488 (brlcad/trunk/src/brlman/CMakeLists.txt brlcad/trunk/src/brlman/brlman.c): Simplify brlman down into a C program and a simple tcl invocation of the graphical element.
17:41.53*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
17:45.18*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
17:45.25*** join/#brlcad ickby (~stefan@x5d847e86.dyn.telefonica.de)
17:46.03*** join/#brlcad Mandeep_Singh (~Mandeep@59.91.113.234)
17:48.42*** join/#brlcad pujani (~pujani@117.224.130.71)
17:53.14Notify03BRL-CAD:starseeker * 67489 brlcad/trunk/src/libbu/uuid.c: string.h include for memcmp
17:59.25*** join/#brlcad annisar (~kamil@226.ip-51-254-134.eu)
18:01.39*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:04.49*** join/#brlcad annisar (~kamil@dynamic-78-8-4-38.ssp.dialog.net.pl)
18:06.16annisaro/ Guys, I hope that's not too late, but just wanted to say hi, as I'd be glad to join you, starting from applying to this years gsoc. :)
18:09.52annisarIt's hard to describe my relationship with computer graphics without writing a novel, so I just want to let you know that my interests now focus on raytracers (and I even develop one in my free time) and photorealistic CG from one side, and low level playing with graphics card from the other (vga passthroughs and helping cards not to blow up while doing this)
18:13.53*** join/#brlcad pujani (~pujani@117.228.161.91)
18:19.47*** join/#brlcad jasvir (~jass@97-94-183-24.static.mtpk.ca.charter.com)
18:19.57Notify03BRL-CAD:starseeker * 67490 brlcad/trunk/src/brlman/brlman.c: set data_dir
18:26.47*** join/#brlcad shubham_ (012723d4@gateway/web/freenode/ip.1.39.35.212)
18:40.52*** join/#brlcad Mandeep_Singh (~Mandeep@59.91.113.234)
18:42.48*** join/#brlcad pujani (~pujani@117.225.60.246)
19:01.19*** join/#brlcad sofat (~sofat@106.194.8.235)
19:21.00*** join/#brlcad pujani (~pujani@117.225.60.246)
19:23.03*** join/#brlcad Pujani_ (~pujani@117.225.60.246)
19:58.09Notify03BRL-CAD:starseeker * 67491 brlcad/trunk/src/libbu/uuid.c: protect strings.h
20:19.11Notify03BRL-CAD:starseeker * 67492 brlcad/trunk/src/libbu/uuid.c: go with string.h
20:24.09brlcadannisar: hello, it's only too later after the deadline :)
20:25.03brlcadannisar: if you're looking for a good gsoc project to propose (and you'll might have to pull an all-nighter to pull it off), would be to integrate our raytracing library with appleseed
20:25.31brlcadthey added hooks for us to shoot rays and our geometry while they paint the pretty picture, but someone needs to  hook all that up
20:26.24brlcadthere's also of course a different project idea to do coherent acceleration of our ray tracing pipeline, e.g., by working on converting our boolean evaluator to opencl and optimizing
20:26.33brlcadcontinuing the work from last year's gsoc project
20:27.27brlcaddifficulty is the deadline is tomorrow and you need 1) a lot of proposal detail and 2) a patch submitted soon after that demonstrates your ability to read+modify our code in some substantial manner
20:27.30Notify03BRL-CAD:starseeker * 67493 brlcad/trunk/src/brlman/brlman.c: move vars used only for GUI work
20:27.33brlcadgood luck ;)
20:30.10*** join/#brlcad ickby (~stefan@x5d847e86.dyn.telefonica.de)
20:33.26Notify03BRL-CAD:starseeker * 67494 brlcad/trunk/src/brlman/brlman.c: normalize file name with tcl
20:36.38Notify03BRL-CAD:starseeker * 67495 brlcad/trunk/src/brlman/brlman.c: whoops - normalize, then prepare command.
20:42.17Notify03BRL-CAD:starseeker * 67496 (brlcad/trunk/src/brlman/CMakeLists.txt brlcad/trunk/src/brlman/brlman.c): Can't accept names from command line successfully yet (path getting mangled on its way to Tcl still) but set up to make brlman a "proper" graphical application on Windows, where that's the only working mode available.
21:08.54annisarbrlcad: That doesn't seem like something that can scary me ;) except it's easter soon and I'll be afk since tomorrow (of course after I apply).
21:20.58*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-tuvmdfaijcuppfbk)
21:22.22annisaruntil tuesday, so not long. Since then, until gsoc itself, my schedule is not very occupied - in fact, that's very casual semester for me as student of cs. At last, I got rid of formal languages, ton of discrete mathematics stuff etc so I am happy with sitting and shooting rays at things ;)
21:33.00*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-avquqsbpqorkhxvh)
22:00.38*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
22:27.22*** join/#brlcad penumbra_ (~arttp2@182.69.65.201)
22:28.42*** join/#brlcad Mandeep_Singh (~Mandeep@59.91.113.234)
22:54.09Notify03BRL-CAD:starseeker * 67497 brlcad/trunk/src/brlman/brlman.c: Try translated filename for passing to tcl
23:00.07Notify03BRL-CAD:starseeker * 67498 brlcad/trunk/NEWS: Several improvements have been made to the brlman utility. First, it is no longer necessary to use sh or bat wrapper files to launch it. Second, the gui mode now starts up even without a man page specified on the command line (in Windows, you can now double click on brlman and have it start up) and provides the list of man pages on the left to allow browsing.
23:00.30starseekerfinally
23:00.45starseekernow eyes archer
23:35.38*** join/#brlcad jcduenas (be2a10e7@gateway/web/freenode/ip.190.42.16.231)
IRC log for #brlcad on 20160325

IRC log for #brlcad on 20160325

00:02.22Notify03BRL-CAD:starseeker * 67499 (brlcad/trunk/src/archer/CMakeLists.txt brlcad/trunk/src/mged/mged.c): take a crack at making archer into an exec binary
00:07.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:10.56annisarbtw, brlcad, are there some special hooks especially for brl in appleseed? Correct me if i'm wrong, but my experience with tracers tells me that they typically let other applications invoke render. Well, from what I read (and from other projects' descriptions) I see that you may wish it to utilize your own collision libraries after intercepting rays shoot.
00:22.34*** join/#brlcad jasvir (~jass@97-94-183-24.static.mtpk.ca.charter.com)
00:22.53starseekernotes with some bemusement that appleseed has a similarity to BRL-CAD in that there's a lot going on, but not a lot of noise about it
00:23.10starseekerat least it's not just us
00:26.15annisarwell, ray tracers are silent warriors.
00:31.40*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
00:34.35Notify03BRL-CAD:starseeker * 67500 brlcad/trunk/misc/CMake/NSIS.template.in: In principle, this now becomes the exe (urk - should be generating this list from CMake somehow, too easy for an inexperienced (or experienced\!) dev to forget about the need to update it.)
01:10.46*** join/#brlcad penumbra (~arttp2@182.69.65.201)
01:21.17*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
01:25.55*** join/#brlcad jkgellcoixhjeuta (~armin@dslb-088-066-133-117.088.066.pools.vodafone-ip.de)
01:49.37*** join/#brlcad boj (~boj@104.171.165.21)
01:51.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:05.38``Erikhttp://steamcommunity.com/games/353370/announcements
02:06.17*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:08.02*** join/#brlcad LordOfBikes (~armin@dslb-088-066-133-117.088.066.pools.vodafone-ip.de)
02:17.33starseeker``Erik: ooooo
02:17.36starseekernice
02:21.29starseekeryow that's a big download
02:22.54starseekerwonder how much of this is CSG convertable
02:25.19StragusDo you convert triangle geometry to actual CSG? That sounds... problematic
02:27.13*** join/#brlcad ickby (~stefan@x5d84725f.dyn.telefonica.de)
03:13.59*** join/#brlcad ickby (~stefan@x5d84725f.dyn.telefonica.de)
03:24.32*** join/#brlcad ickby_ (~stefan@x5d84725f.dyn.telefonica.de)
03:37.03*** join/#brlcad ickby (~stefan@x5d84725f.dyn.telefonica.de)
03:42.27*** join/#brlcad ickby (~stefan@x5d84725f.dyn.telefonica.de)
04:33.13*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
04:53.01brlcadhi ejno, up late :)
05:01.44*** join/#brlcad jasleen (~jasleen@117.255.209.218)
05:50.29*** join/#brlcad pujani (~pujani@117.225.60.246)
05:55.35*** join/#brlcad ickby (~stefan@x5d8478b0.dyn.telefonica.de)
05:55.36*** join/#brlcad davee_ (~davee@172.56.17.98)
05:56.59*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-lmnxldyphghpmqvr)
05:58.58*** join/#brlcad davee_ (~davee@172.56.17.98)
06:01.28*** join/#brlcad davee_ (~davee@172.56.17.98)
06:04.01*** join/#brlcad davee__ (~davee@172.56.17.98)
06:06.35*** join/#brlcad davee__ (~davee@172.56.17.98)
06:54.21*** join/#brlcad Mandeep_Singh (~Mandeep@202.164.53.117)
06:56.18*** join/#brlcad shubham (01272051@gateway/web/freenode/ip.1.39.32.81)
07:10.00*** join/#brlcad penumbra (~arttp2@182.69.65.201)
07:11.59*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
07:18.57*** join/#brlcad jasleen (~jasleen@202.164.53.117)
07:21.33*** join/#brlcad boj (~boj@23.104.158.4)
07:30.16*** join/#brlcad davee__ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
07:45.39*** join/#brlcad Pujani_ (~pujani@117.225.60.246)
08:18.14*** join/#brlcad Pujani_ (~pujani@117.225.60.246)
08:41.45*** join/#brlcad merzo (~merzo@150-55-201-46.pool.ukrtel.net)
08:42.01*** join/#brlcad Mandeep_Singh (~Mandeep@202.164.53.117)
09:14.00*** join/#brlcad Amritpal (~amrit3701@202.164.53.117)
09:15.40*** join/#brlcad pujani (~pujani@117.225.60.246)
09:45.55*** join/#brlcad shubham (01272867@gateway/web/freenode/ip.1.39.40.103)
09:46.25*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
09:58.24*** join/#brlcad penumbra (~arttp2@182.69.65.201)
10:12.56*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
10:14.03*** join/#brlcad Simran (~davikaur@115.184.206.134)
10:15.37``Erikstarseeker: maybe not csg, but nurbs... :)
10:16.34*** join/#brlcad Amritpal (~amrit3701@202.164.53.117)
10:17.10*** join/#brlcad yash_15 (672a5805@gateway/web/freenode/ip.103.42.88.5)
10:42.57Notify03BRL-CAD Wiki:YashBansalIITD * 0 /wiki/User:YashBansalIITD:
11:13.44*** join/#brlcad Pujani_ (~pujani@117.225.60.246)
11:38.24*** join/#brlcad sofat (~sofat@49.248.184.242)
11:42.12*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.110.172)
12:31.44*** join/#brlcad pujani (~pujani@117.225.60.246)
12:35.00*** join/#brlcad udyank (udyank@nat/iiit/x-zvlsnjblaamoqxml)
12:39.12*** join/#brlcad merzo (~merzo@150-55-201-46.pool.ukrtel.net)
12:43.39*** join/#brlcad ickby (~stefan@p4FD3CDED.dip0.t-ipconnect.de)
12:45.17*** join/#brlcad Amritpal (~amrit3701@202.164.53.117)
12:46.22*** join/#brlcad Pujani_ (~pujani@117.225.60.246)
12:48.58udyankHi! I am new to BRLCAD  and I want to contribute. Where should I start?
12:54.30udyankAnyone there?
12:57.47sofatwhat is your area of interest /
12:57.48sofat?
13:00.46udyanki am working on graphics and raytracing as of now
13:02.45udyankin my college
13:06.08sofatgo here
13:06.09sofathttps://summerofcode.withgoogle.com/organizations/6296880174596096/
13:07.11sofathere is all ideas
13:07.12sofathttp://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas
13:07.15udyankive been there.....and i would like to work in brlcad by doing such a project
13:07.17sofatplease explore
13:08.42*** join/#brlcad jasleen (~jasleen@202.164.53.117)
13:10.45sofatthen you need to explore all ideas, if you interested in  any idea then you able to start the work so please first check all idea's then connect with mentors for further information
13:10.50*** join/#brlcad shubham (012723de@gateway/web/freenode/ip.1.39.35.222)
13:11.12*** join/#brlcad boj (~boj@23.27.125.186)
13:11.57sofatyou also explore the things from  old  log and mails regarding your interested idea
13:38.22*** join/#brlcad pujani (~pujani@117.225.60.246)
14:14.17*** join/#brlcad isdemus (d810f1c3@gateway/web/freenode/ip.216.16.241.195)
14:14.28isdemusHello!
14:18.33*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
14:18.46*** join/#brlcad merzo (~merzo@150-55-201-46.pool.ukrtel.net)
14:23.19*** join/#brlcad yorik (~yorik@177.139.37.53)
14:29.53*** join/#brlcad davee__ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
14:56.12Notify03BRL-CAD Wiki:Gauravjeet * 0 /wiki/File:Details.png:
15:06.48*** join/#brlcad pujani (~pujani@117.225.60.246)
15:10.33Notify03BRL-CAD Wiki:Gauravjeet * 0 /wiki/File:Show_hide.png:
15:11.27Notify03BRL-CAD Wiki:Gauravjeet * 0 /wiki/File:Colored_parts.png:
15:12.05*** join/#brlcad Mandeep_Singh (~Mandeep@117.207.157.79)
15:16.07starseekerbrlcad: well, if you want a geometry modelling collision for the .g file extension vs mime type, I've got one
15:16.43starseekerthe steam controller zip file has an internal file MM06181.rev01.01.SteamControllerWorkshop03.g.zip which unpacks to a bunch of .g files
15:17.32starseekerThe header says #UGC:2 ASSEMBLY
15:17.57starseekerdefinitely not a BRL-CAD .g file
15:19.03Notify03BRL-CAD Wiki:Gauravjeet * 0 /wiki/File:Empty_search.png:
15:19.38*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:20.08starseeker``Erik: license on the steam controller cad is Creative Commons Attribution-NonCommercial-Sharealike 4.0 International
15:20.38Notify03BRL-CAD Wiki:Gauravjeet * 0 /wiki/File:Search_ga.png:
15:20.59starseekeruseful for testing, but not ideal from an "open source" perspective...
15:21.47Notify03BRL-CAD Wiki:Gauravjeet * 0 /wiki/File:Advanced_search.png:
15:23.53*** join/#brlcad fqntsrwqjcictmpf (~armin@dslb-088-066-133-117.088.066.pools.vodafone-ip.de)
15:24.13Notify03BRL-CAD Wiki:Gauravjeet * 0 /wiki/File:Notifications.png:
15:27.38Notify03BRL-CAD Wiki:Gauravjeet * 0 /wiki/File:Uploading.png:
15:28.07Notify03BRL-CAD Wiki:Gauravjeet * 0 /wiki/File:Conversion.png:
15:47.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:50.32*** join/#brlcad Amritpal (~amrit3701@203.134.212.25)
15:52.46*** join/#brlcad jasleen (~jasleen@117.255.242.182)
15:53.12Notify03BRL-CAD Wiki:Gauravjeet * 9588 /wiki/User:Gauravjeet/OGV_Proposal: Created page with "=Online Geometry Viewer Project Proposal= ==Personal Information== '''Name:''' Gauravjeet Singh '''Email Address:''' gaurav.ishwerdas@gmail.com '''IRC Username:''' gjeet ..."
16:13.55*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
16:32.00*** join/#brlcad pujani (~pujani@117.225.60.246)
16:55.01*** join/#brlcad pujani (~pujani@117.225.60.246)
16:58.54*** join/#brlcad shubham_ (01272270@gateway/web/freenode/ip.1.39.34.112)
17:00.44shubham_Amritpal: with reference to your question a earlier regarding the emails by OGV
17:00.53shubham_you can check your spam folder for that
17:04.34*** part/#brlcad Ch3ck_ (~Ch3ck@154.70.110.172)
17:06.52*** join/#brlcad Pujani_ (~pujani@117.225.60.246)
17:11.23*** join/#brlcad Pujani_ (~pujani@117.225.60.246)
17:15.18*** join/#brlcad davee_ (~davee@172.58.16.183)
17:19.01Amritpalshubham_, I don't asked any question related to OGV. I am working on IFC importer for BRL-CAD.
17:19.51shubham_oh shoot! that was amrinder, sorry!
17:20.21Amritpalshubham_, no problem
17:39.40*** join/#brlcad Simran (~simran@101.57.204.255)
17:40.25*** join/#brlcad pujani (~pujani@117.225.60.246)
17:42.11*** join/#brlcad Simran (~davikaur@101.57.204.255)
17:56.03*** join/#brlcad pujani (~pujani@117.225.60.246)
18:02.30*** join/#brlcad Mandeep_Singh (~Mandeep@117.207.157.79)
18:27.21*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
18:28.39*** join/#brlcad yorik1 (~yorik@200-158-174-180.dsl.telesp.net.br)
18:38.10*** join/#brlcad pujani (~pujani@101.213.180.109)
18:38.25*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-qilsnrmqcijlmnzo)
18:51.27Notify03BRL-CAD Wiki:Gauravjeet * 9589 /wiki/User:Gauravjeet/OGV_Proposal:
19:08.07*** join/#brlcad davee_ (~davee@172.58.16.183)
19:10.30*** join/#brlcad davee_ (~davee@172.58.16.183)
19:12.56*** join/#brlcad davee_ (~davee@172.58.16.183)
19:15.29*** join/#brlcad Akshay (~Akshay@59.177.235.136)
19:54.43*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
19:59.13*** join/#brlcad Gabriel_ (bc1b681f@gateway/web/freenode/ip.188.27.104.31)
20:09.17*** join/#brlcad ickby (~stefan@p4FD3CDED.dip0.t-ipconnect.de)
20:32.15*** join/#brlcad ickby_ (~stefan@p4FD3D998.dip0.t-ipconnect.de)
21:06.15*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
21:25.45starseekerwow https://randomascii.wordpress.com/2013/10/14/how-to-report-a-vc-code-gen-bug/
21:29.33starseekerthis is interesting - I remember seeing remarks about compiler reliability trends earlier...  http://blog.regehr.org/archives/1036
21:59.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160326

IRC log for #brlcad on 20160326

01:35.40*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
05:25.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:57.35*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
06:06.52*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
08:43.15*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
09:59.37*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
10:01.26*** join/#brlcad penumbra (~arttp2@122.180.39.9)
11:11.25*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
11:53.01*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
11:54.34*** join/#brlcad tflendrich (~tflendric@088156085099.unknown.vectranet.pl)
12:29.01*** join/#brlcad Akshay (Akshay@120.56.242.7)
12:59.35Notify03BRL-CAD Wiki:27.255.233.231 * 9590 /wiki/User:Gauravjeet/OGV_Proposal:
13:22.13*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
13:32.34*** join/#brlcad Akshay (Akshay@120.56.242.7)
13:39.52*** join/#brlcad Ak7 (Akshay@120.56.242.7)
13:53.13*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
14:19.23*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
14:24.09*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-okkpdwvrgpupndqz)
14:28.12*** join/#brlcad penumbra (~arttp2@122.176.181.237)
15:01.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:06.52kintelHey all, if anyone is looking at the GSoC proposal “Automatic Polygonal Mesh Healing”, please have a chat with me. There could be some opportunities for synergies with OpenSCAD.
15:07.42teepeeahh, that's what I thought too when looking at the title
15:18.42*** join/#brlcad gaganjyot (~gaganjyot@122.173.238.247)
15:20.59tandoorichickhello, that would be me.. i submitted that proposal..
15:31.05*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
15:31.50kinteltandoorichick: Good to know. I would be interested in exploring possibilities of creating a portable module/class which could be used across projects, i.e. not depending on too many brl-cad internals. The reason is that OpenSCAD needs very similar things and we’re looking at various options.
15:32.15kintelI guess this is a bigger issue which would involve more people from brl-cad if we were to attempt this..
15:38.57tandoorichickkintel: That sounds interesting. And i would be willing to work accordingly..
15:39.25tandoorichickBut i'm not exposed to the OpenSCAD code yet..
16:17.04*** join/#brlcad Amritpal (~amrit3701@124.253.142.132)
16:35.54*** join/#brlcad Mandeep_Singh (~Mandeep@59.91.118.105)
16:46.27*** join/#brlcad Amritpal (~amrit3701@124.253.142.132)
16:57.48*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
18:30.08*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
18:30.21*** join/#brlcad Akshay (Akshay@59.177.105.183)
18:36.03*** join/#brlcad gaganjyot (~gaganjyot@122.173.238.247)
18:56.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:02.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:10.45*** join/#brlcad ickby_ (~stefan@p4FD3D998.dip0.t-ipconnect.de)
19:20.41*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:32.01*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
20:15.42*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ghttezzjjbigahol)
20:22.21*** join/#brlcad ickby (~stefan@p4FD3D998.dip0.t-ipconnect.de)
20:32.19*** join/#brlcad ickby (~stefan@p4FD3C983.dip0.t-ipconnect.de)
20:43.07*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
20:56.16*** join/#brlcad ickby (~stefan@p4FD3C983.dip0.t-ipconnect.de)
21:03.14*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-njbqsbbuhnxofyee)
21:33.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:37.31*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
IRC log for #brlcad on 20160327

IRC log for #brlcad on 20160327

00:16.02*** join/#brlcad kanzure (~kanzure@bryan.fairlystable.org)
00:18.38*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
00:42.55*** join/#brlcad LordOfBikes (~armin@dslb-088-066-141-178.088.066.pools.vodafone-ip.de)
01:09.06*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
01:16.16*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-woliqwwtrcjmhona)
04:26.28*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
04:37.23*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
05:00.20*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
05:51.39*** join/#brlcad ickby (~stefan@p4FD3C983.dip0.t-ipconnect.de)
07:04.16*** join/#brlcad ickby (~stefan@p4FD3C983.dip0.t-ipconnect.de)
08:23.34*** join/#brlcad ickby (~stefan@p4FD3C983.dip0.t-ipconnect.de)
08:28.02*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-alhozjhiahhazmke)
08:52.04*** join/#brlcad gaganjyot (~gaganjyot@122.173.238.247)
10:03.48*** join/#brlcad gaganjyot (~gaganjyot@122.173.238.247)
10:12.35*** join/#brlcad ickby (~stefan@p4FD3C983.dip0.t-ipconnect.de)
10:36.58*** join/#brlcad ickby (~stefan@p4FD3C983.dip0.t-ipconnect.de)
10:47.19*** join/#brlcad Mandeep_Singh (~Mandeep@117.215.230.139)
11:09.36*** join/#brlcad penumbra (dce39556@gateway/web/freenode/ip.220.227.149.86)
11:13.35*** join/#brlcad ickby (~stefan@p4FD3C983.dip0.t-ipconnect.de)
11:34.07penumbrai am generating makefile with the following flags cmake .. -DBRLCAD_ENABLE_STRICT=NO -DBRLCAD_BUNDLED_LIBS=ON -DCMAKE_BUILD_TYPE=Debug
11:34.32penumbraand i get this error : xmllint validation failure on file
11:36.12*** join/#brlcad penumbra (dce39556@gateway/web/freenode/ip.220.227.149.86)
11:39.41*** join/#brlcad ickby_ (~stefan@p4FD3C983.dip0.t-ipconnect.de)
12:05.59*** join/#brlcad gaganjyot (~gaganjyot@122.173.238.247)
12:06.46*** join/#brlcad gaganjyot (~gaganjyot@122.173.238.247)
12:07.49*** join/#brlcad gaganjyot (~gaganjyot@122.173.238.247)
12:43.43*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-rrwuzqetfvragxqt)
13:58.45*** join/#brlcad Amritpal (~amrit3701@124.253.137.179)
14:21.28*** join/#brlcad Akshay (Akshay@120.59.252.204)
14:24.51*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
14:31.43*** join/#brlcad ickby_ (~stefan@p4FD3C983.dip0.t-ipconnect.de)
14:40.50*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
14:41.46*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
14:43.17*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
14:44.41*** join/#brlcad kkrcodes (~kkr@14.139.160.31)
14:46.01*** join/#brlcad ickby_ (~stefan@p4FD3C983.dip0.t-ipconnect.de)
14:48.47*** join/#brlcad tandoorichick_ (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
14:52.27*** join/#brlcad ickby_ (~stefan@p4FD3C983.dip0.t-ipconnect.de)
14:58.57*** join/#brlcad ickby_ (~stefan@p4FD3C983.dip0.t-ipconnect.de)
15:20.13*** join/#brlcad Amritpal (~amrit3701@124.253.137.179)
15:21.33*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
15:25.28*** join/#brlcad gaganjyot (~gaganjyot@122.173.238.247)
15:26.09*** join/#brlcad gaganjyot (~gaganjyot@122.173.238.247)
15:32.50*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:38.54*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
16:23.26*** join/#brlcad ickby (~stefan@p4FD3C983.dip0.t-ipconnect.de)
16:26.02*** join/#brlcad gaganjyot (~gaganjyot@122.173.238.247)
16:37.42*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
16:59.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:34.49*** join/#brlcad Amritpal (~amrit3701@124.253.137.179)
17:49.57*** join/#brlcad penumbra (dce39556@gateway/web/freenode/ip.220.227.149.86)
18:00.55*** join/#brlcad Mandeep_Singh (~Mandeep@59.91.233.116)
18:25.24*** join/#brlcad ickby_ (~stefan@p4FD3C983.dip0.t-ipconnect.de)
18:32.30*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:53.21*** join/#brlcad kkrcodes_ (~quassel@14.139.160.31)
18:54.03*** join/#brlcad kkrcodes_ (~quassel@14.139.160.31)
19:02.54*** join/#brlcad kkrcodes_ (~quassel@14.139.160.31)
19:04.04*** join/#brlcad kkrcodes (~quassel@14.139.160.31)
19:08.50*** join/#brlcad gaganjyot (~gaganjyot@122.173.238.247)
20:51.53*** join/#brlcad kkrcodes (~quassel@14.139.160.31)
21:31.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:57.51*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-veigmebfxxinewgv)
IRC log for #brlcad on 20160328

IRC log for #brlcad on 20160328

00:42.15*** join/#brlcad qensedolueulgbkw (~armin@dslb-088-065-188-046.088.065.pools.vodafone-ip.de)
01:05.20Notify03BRL-CAD Wiki:WilliamPosada * 0 /wiki/User:WilliamPosada:
02:40.48*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
03:07.10*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:35.44*** join/#brlcad shubham_ (a5e1683c@gateway/web/freenode/ip.165.225.104.60)
04:43.00*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
04:48.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:46.01*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
06:14.11*** join/#brlcad penumbra (dce39556@gateway/web/freenode/ip.220.227.149.86)
07:10.10*** join/#brlcad ickby (~stefan@p4FD3C87D.dip0.t-ipconnect.de)
07:17.37*** join/#brlcad shubham_ (a5e1683c@gateway/web/freenode/ip.165.225.104.60)
07:40.28*** join/#brlcad ickby (~stefan@p4FD3C87D.dip0.t-ipconnect.de)
08:38.45*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-mstczjqanwyjkyzm)
08:39.52*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
08:46.32*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:56.53*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-zasfzrgxzayyjkop)
09:25.23*** join/#brlcad gaganjyot (~gaganjyot@122.173.238.247)
12:27.25*** join/#brlcad penumbra (dce39556@gateway/web/freenode/ip.220.227.149.86)
12:44.18*** join/#brlcad tflendrich (~tflendric@90-156-19-101.internetia.net.pl)
12:48.35*** join/#brlcad yorik (~yorik@200-158-174-180.dsl.telesp.net.br)
13:04.25*** join/#brlcad shubham (71c18b15@gateway/web/freenode/ip.113.193.139.21)
13:04.28*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:22.24*** join/#brlcad yorik (~yorik@200-158-174-180.dsl.telesp.net.br)
13:30.24*** join/#brlcad kkrcodes (~quassel@14.139.160.31)
13:43.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:02.00*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-agzshxlsahlmqjsx)
15:30.17*** join/#brlcad gaganjyot (~gaganjyot@122.173.244.125)
15:34.52*** join/#brlcad gjeet (1bffe9e7@gateway/web/cgi-irc/kiwiirc.com/ip.27.255.233.231)
15:36.17*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
16:32.11*** join/#brlcad gjeet (1bffe9e7@gateway/web/cgi-irc/kiwiirc.com/ip.27.255.233.231)
16:34.57*** join/#brlcad gjeet (1bffe9e7@gateway/web/cgi-irc/kiwiirc.com/ip.27.255.233.231)
16:49.45*** join/#brlcad Akshay (Akshay@120.56.255.12)
16:51.37*** join/#brlcad shubham (71c18b15@gateway/web/freenode/ip.113.193.139.21)
17:07.23*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
17:31.59*** join/#brlcad Akshay (Akshay@120.56.255.12)
17:35.44*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
17:35.58*** join/#brlcad penumbra (dce39556@gateway/web/freenode/ip.220.227.149.86)
17:36.09*** join/#brlcad gjeet (1bffe9e7@gateway/web/cgi-irc/kiwiirc.com/ip.27.255.233.231)
17:41.13*** join/#brlcad Simran (~davikaur@123.239.67.46)
17:47.36*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
18:17.55*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:26.05*** join/#brlcad gaganjyot (~gaganjyot@122.173.244.125)
18:34.22*** join/#brlcad tandoorichick_ (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
18:38.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:01.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:07.44*** join/#brlcad gaganjyot (~gaganjyot@122.173.244.125)
19:08.52*** join/#brlcad gaganjyot (~gaganjyot@122.173.244.125)
21:15.17*** join/#brlcad merzo (~merzo@150-55-201-46.pool.ukrtel.net)
21:33.40*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-pgkkmurknkoxambe)
21:37.36*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
22:04.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160329

IRC log for #brlcad on 20160329

00:53.42*** join/#brlcad LordOfBikes (~armin@dslb-092-075-155-227.092.075.pools.vodafone-ip.de)
01:00.25*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:24.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:33.19*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
04:09.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:51.54*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:11.22*** join/#brlcad Ak7 (Akshay@120.59.250.191)
08:01.14*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:14.57*** join/#brlcad Ak7 (Akshay@120.59.250.191)
08:24.00*** join/#brlcad Ak7 (Akshay@120.59.250.191)
08:35.37*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
09:01.15*** join/#brlcad penumbra (dce39556@gateway/web/freenode/ip.220.227.149.86)
09:19.16*** join/#brlcad shubham_ (a5e1683b@gateway/web/freenode/ip.165.225.104.59)
09:29.16*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
09:30.31*** join/#brlcad Ak7 (Akshay@120.59.250.191)
09:56.35*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-fylqrtbrmjlpnwgj)
10:32.08*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:35.03*** join/#brlcad gaganjyot (~gaganjyot@122.173.244.125)
10:38.18*** join/#brlcad Ak7 (Akshay@120.59.250.191)
10:47.25*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
11:40.30*** join/#brlcad Simran (~davikaur@202.164.53.117)
11:41.00*** join/#brlcad Simran (~davikaur@202.164.53.117)
12:22.37*** join/#brlcad Ak7 (Akshay@120.59.241.112)
12:28.14*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-knozzezzhtinykvc)
12:32.52*** join/#brlcad gaganjyot (~gaganjyot@122.173.244.125)
13:31.39*** join/#brlcad infobot (ibot@rikers.org)
13:31.39*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
14:22.01*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:22.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:39.47*** join/#brlcad yorik (~yorik@200-158-174-180.dsl.telesp.net.br)
14:43.41Notify03BRL-CAD:starseeker * 67501 (brlcad/trunk/src/CMakeLists.txt brlcad/trunk/src/tclscripts/rtwizard/CMakeLists.txt brlcad/trunk/src/tclscripts/rtwizard/rtwizard): Needs lots more testing, but make the C option handling for rtwizard live.
14:54.24Notify03BRL-CAD:starseeker * 67502 (brlcad/trunk/misc/CMake/BRLCAD_Util.cmake brlcad/trunk/src/CMakeLists.txt and 3 others): Update build logic
15:24.03*** join/#brlcad gaganjyot (~gaganjyot@122.173.0.105)
15:50.36*** join/#brlcad Amritpal (~amrit3701@124.253.85.36)
16:17.07*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-zbbfmrvkxjjwcnmu)
16:30.25*** join/#brlcad shubham_ (71c18969@gateway/web/freenode/ip.113.193.137.105)
16:45.01*** part/#brlcad Amritpal (~amrit3701@124.253.85.36)
16:45.12*** join/#brlcad Amritpal (~amrit3701@124.253.85.36)
16:52.53*** join/#brlcad Akshay (Akshay@120.56.242.231)
17:07.47Notify03BRL-CAD Wiki:Jasvir singh * 0 /wiki/User:Jasvir_singh:
17:08.04*** join/#brlcad gaganjyot (~gaganjyot@122.173.0.105)
17:10.18*** join/#brlcad ries (~ries@D979CC89.cm-3-2d.dynamic.ziggo.nl)
17:17.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:49.06*** join/#brlcad Akshay (Akshay@120.56.242.231)
18:00.59*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
18:12.16*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
18:17.08*** join/#brlcad Akshay (Akshay@120.56.242.231)
18:22.49*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-jsobjuvhilgepmmf)
18:24.58Notify03BRL-CAD:starseeker * 67503 brlcad/trunk/src/tclscripts/rtwizard/rtwizard: leave inits for now - don't have this fully worked out yet.
18:28.05*** join/#brlcad Amritpal_ (~Amritpal@124.253.85.36)
18:35.09*** join/#brlcad shubham_ (71c18969@gateway/web/freenode/ip.113.193.137.105)
19:00.24*** join/#brlcad Akshay (Akshay@120.56.242.231)
19:45.53*** join/#brlcad Mandeep_Singh (~Mandeep@59.91.113.15)
19:48.11*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
20:05.28Notify03BRL-CAD:starseeker * 67504 brlcad/trunk/regress/CMakeLists.txt: Start working on rtwizard regression testing.
20:06.00Notify03BRL-CAD:starseeker * 67505 (brlcad/trunk/regress/rtwizard/m35_A_ref.pix =================================================================== and 12 others): Don't need the raw pix
20:18.28*** join/#brlcad gaganjyot (~gaganjyot@122.173.0.105)
20:19.12*** join/#brlcad gaganjyot (~gaganjyot@122.173.0.105)
20:20.12*** join/#brlcad gaganjyot (~gaganjyot@122.173.0.105)
20:24.04*** join/#brlcad jasvir (~jass@75-142-109-136.static.mtpk.ca.charter.com)
20:32.56*** join/#brlcad jyno (~galor@69.172.150.215)
21:23.35*** join/#brlcad Simran (~davikaur@101.56.25.160)
21:34.03Notify03BRL-CAD:starseeker * 67506 (brlcad/trunk/regress/rtwizard/CMakeLists.txt brlcad/trunk/regress/rtwizard/m35_rtwiz.tar.bz2 and 3 others): Ah hah. Benchmark flag was never actually getting passed to rt under the hood.
21:54.14Notify03BRL-CAD:starseeker * 67507 brlcad/trunk/src/tclscripts/lib/RtImage.tcl: append benchmark_mode rather than trying to build it into the initial list
21:58.10Notify03BRL-CAD:starseeker * 67508 brlcad/trunk/src/tclscripts/lib/RtImage.tcl: Whoops - tell lappend which list to append to
22:10.07*** join/#brlcad davikaur (~davikaur@123.239.83.230)
22:11.28Notify03BRL-CAD:starseeker * 67509 brlcad/trunk/src/tclscripts/lib/RtImage.tcl: Need benchmark flag earlier in command, apparently...
22:13.25Notify03BRL-CAD:starseeker * 67510 brlcad/trunk/regress/rtwizard/CMakeLists.txt: List image and log as cmd outputs so make clean clears them.
22:53.11*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
22:57.39*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
23:00.41*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
23:02.31*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
23:04.21*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
23:06.19*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
23:08.19*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
23:11.36*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
23:13.38*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
23:15.24*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
23:17.04*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
23:18.08*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
23:19.54*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
23:22.36*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
23:25.36*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
23:28.36*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
23:31.41*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
23:34.36*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
23:37.36*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
23:39.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:40.36*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
23:42.36*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
23:45.36*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
23:46.56*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
23:49.36*** join/#brlcad merzo (~merzo@53-29-133-95.pool.ukrtel.net)
23:51.43Notify03BRL-CAD:starseeker * 67511 brlcad/trunk/src/rtwizard/main.c: l, not e
23:55.18*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160330

IRC log for #brlcad on 20160330

00:22.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:25.30Notify03BRL-CAD:starseeker * 67512 brlcad/trunk/src/tclscripts/lib/RtImage.tcl: close concat brackets
00:51.03*** join/#brlcad mrgbnvumtbnutspi (~armin@dslb-088-066-131-075.088.066.pools.vodafone-ip.de)
01:37.38Notify03BRL-CAD:starseeker * 67513 (brlcad/trunk/regress/rtwizard/CMakeLists.txt brlcad/trunk/regress/rtwizard/m35_rtwiz.tar.bz2 and 2 others): Got examples of all 5 image types working, but in the process discovered that the RtImg script will not work in parallel. Looks like it's using universal temp file names or some such, with the net result that running mulitple rtwizard scripts results in them stomping all over
01:37.39Notifyeach other, even if we assign separate working directories to each script execution. That's not going to cut it - must fix.
01:37.42Notify...
03:43.22*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
05:05.11*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
05:12.50jasvirstarseeker: I submitted a patch:https://sourceforge.net/p/brlcad/patches/437/ . Can you please review it?
05:23.33*** join/#brlcad shubham (a5e1683b@gateway/web/freenode/ip.165.225.104.59)
05:36.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:19.32*** join/#brlcad Mandeep_Singh (~Mandeep@202.164.53.117)
06:34.21*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
07:06.48*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
07:25.21*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:24.22*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:36.51*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-fwsywczwxuuenzbh)
09:47.43*** join/#brlcad Mandeep_Singh (~Mandeep@202.164.53.117)
09:49.46*** join/#brlcad notify-web (~notify-we@192.30.252.41)
09:49.47notify-web[13web] 15sniok opened pull request #16: Fixed logo position and made navigation for mobile (06master...06master) 02https://git.io/vVmhQ
09:49.47*** part/#brlcad notify-web (~notify-we@192.30.252.41)
10:18.15*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qfbbnggotpkgfuhi)
10:59.19*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
11:12.54*** join/#brlcad Mandeep_Singh (~Mandeep@202.164.53.117)
12:23.23*** join/#brlcad gaganjyot (~gaganjyot@122.173.153.187)
12:34.04*** join/#brlcad tflendrich (~tflendric@156.17.58.246)
12:56.48*** join/#brlcad yorik (~yorik@200-158-174-180.dsl.telesp.net.br)
13:00.43*** join/#brlcad tflendrich (~tflendric@user-94-254-240-28.play-internet.pl)
13:16.11Notify03BRL-CAD:starseeker * 67514 (brlcad/trunk/src/adrt/isst.c brlcad/trunk/src/archer/archer.c and 2 others): Match the CreateInterp calls with DeleteInterp
13:17.54*** join/#brlcad JyNo_ (~galor@69.172.150.215)
13:19.13*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
13:36.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:25.30Notify03BRL-CAD:starseeker * 67515 brlcad/trunk/src/tclscripts/lib/RtImage.tcl: Per suggestion from Sean, use concat to build commands rather than list
14:43.47*** join/#brlcad dracarys983 (~dracarys9@183.82.106.99)
14:54.08*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-ospiypftuqnywlrr)
15:01.31*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
15:12.44*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
15:33.47*** join/#brlcad jasleen (~jasleen@117.255.241.38)
15:43.58*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-gpzbubldrmyfmfoq)
15:49.32*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
16:05.57*** join/#brlcad jasleen (~jasleen@115.184.29.90)
16:06.20*** join/#brlcad jasleen7956 (~jasleen@115.184.29.90)
16:10.41*** join/#brlcad jasleen (~jasleen@115.184.29.90)
16:10.51*** join/#brlcad jasleen7956 (~jasleen@115.184.29.90)
16:15.27*** join/#brlcad jasleen (~jasleen@115.184.29.90)
16:19.28*** join/#brlcad Mandeep_Singh (~Mandeep@59.91.117.211)
16:24.57*** join/#brlcad tflendrich (~tflendric@90-156-19-101.internetia.net.pl)
16:46.31*** join/#brlcad ickby (~stefan@x5d8443bf.dyn.telefonica.de)
16:56.05Notify03BRL-CAD:starseeker * 67516 brlcad/trunk/src/librt/db_fullpath.c: Keith caught an incorrect not test in db_fullpath.c
17:12.08*** join/#brlcad gaganjyot (~gaganjyot@122.173.153.187)
17:37.11*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
17:55.03Notify03BRL-CAD:n_reed * 67517 brlcad/trunk/doc/STRATEGY: fix typo
18:00.28*** join/#brlcad penumbra (dce39556@gateway/web/freenode/ip.220.227.149.86)
18:11.45*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:26.19*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
18:37.35Notify03BRL-CAD:starseeker * 67518 brlcad/trunk/regress/rtwizard/CMakeLists.txt: Ew. Set up interdependency on individual rtwizard targets and tests to make them execute in series, even when doing parallel building. Gets things working until we sort out running multiple rtwizard instances in parallel.
18:45.13Notify03BRL-CAD:starseeker * 67519 brlcad/trunk/src/rtwizard/main.c: Disable some of the debug printing
19:11.38*** join/#brlcad ickby (~stefan@x5d8443bf.dyn.telefonica.de)
19:46.17*** join/#brlcad infobot (ibot@rikers.org)
19:46.17*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
20:32.43*** join/#brlcad ickby (~stefan@x5d8443bf.dyn.telefonica.de)
21:03.29*** join/#brlcad ries_nicked (~ries@D979CC89.cm-3-2d.dynamic.ziggo.nl)
22:13.03*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:22.31*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
23:22.59*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-hlalkxjjbvfzedbh)
IRC log for #brlcad on 20160331

IRC log for #brlcad on 20160331

00:01.57Notify03BRL-CAD:starseeker * 67520 brlcad/trunk/src/tclscripts/lib/RtImage.tcl: remove debug puts
00:05.40Notify03BRL-CAD:starseeker * 67521 brlcad/trunk/src/rtwizard/main.c: Don't continue if we've got one or more unknown args.
00:06.40Notify03BRL-CAD:starseeker * 67522 brlcad/trunk/src/rtwizard/main.c: remove debug printout
00:50.21*** join/#brlcad sxnuaftcfhnlrfoy (~armin@dslb-092-075-159-201.092.075.pools.vodafone-ip.de)
01:29.35starseekerO.o  https://blogs.msdn.microsoft.com/vcblog/2016/03/30/visual-c-for-linux-development/
01:30.15starseekernow booking ice skating on the lower levels...
02:23.44*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
02:54.05Notify03BRL-CAD:brlcad * 67523 brlcad/trunk/doc/STRATEGY: stick with 1 month, 0-4 weeks, for tasks. explain what 0 means.
02:57.57Notify03BRL-CAD:brlcad * 67524 brlcad/trunk/src/librt/db_fullpath.c: simplify logic. we already asserted that name is not null
03:00.53*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
03:22.18Notify03BRL-CAD:brlcad * 67525 brlcad/trunk/src/librt/db_tree.c: DB_FULL_PATH_CUR_DIR() can return null so skip the debug printing if it is
03:23.48*** join/#brlcad jyno (~galor@69.172.150.215)
03:23.54Notify03BRL-CAD:brlcad * 67526 brlcad/trunk/src/librt/db_fullpath.c: DB_FULL_PATH_CUR_DIR() can return NULL
03:36.20*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
03:36.54*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-thdcfvgkfbcbeiad)
03:59.52*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
04:31.28*** join/#brlcad Mandeep_Singh (~Mandeep@202.164.53.117)
05:22.41*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
06:13.13*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:46.37*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
07:29.27*** join/#brlcad gaganjyot (~gaganjyot@122.173.153.187)
07:58.15*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
07:59.43*** join/#brlcad LordOfBikes (~armin@dslb-092-075-159-201.092.075.pools.vodafone-ip.de)
08:04.23*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-vhrikmuvkvgvnihi)
08:05.28*** join/#brlcad gaganjyot (~gaganjyot@122.173.153.187)
08:51.31*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:55.17*** join/#brlcad shubham_ (a5e1683c@gateway/web/freenode/ip.165.225.104.60)
09:24.46*** join/#brlcad penumbra (dce39556@gateway/web/freenode/ip.220.227.149.86)
09:45.44*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
10:09.05*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
10:15.59*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-lahxmxvygrdfabps)
11:44.00starseekerO.o  http://www.hanselman.com/blog/DevelopersCanRunBashShellAndUsermodeUbuntuLinuxBinariesOnWindows10.aspx
11:49.26teepee`yep, now waiting for Ubuntu to port Mir to win10 :)
12:44.27riesstarseeker: what a time to be alive!
12:46.05*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
12:46.59*** join/#brlcad ``Erik_ (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
12:48.44*** join/#brlcad yorik (~yorik@200-158-174-180.dsl.telesp.net.br)
12:49.48*** join/#brlcad gaganjyot (~gaganjyot@122.173.153.187)
13:33.25*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
13:35.09*** join/#brlcad tandoorichick__ (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
13:40.30*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
13:57.29*** join/#brlcad shubham (71c18b97@gateway/web/freenode/ip.113.193.139.151)
14:02.29*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
14:05.31*** join/#brlcad tandoorichick_ (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
14:16.54*** join/#brlcad penumbra (dce39556@gateway/web/freenode/ip.220.227.149.86)
14:36.16*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
14:46.54Notify03BRL-CAD:starseeker * 67527 brlcad/trunk/src/librt/db_fullpath.c: directly -> directory
14:47.43*** join/#brlcad boj (80c77698@gateway/web/freenode/ip.128.199.118.152)
14:56.45*** join/#brlcad nikkEJw (~KJADKASDK@095160072148.gdansk.vectranet.pl)
14:56.55nikkEJwhello
14:57.21nikkEJwI have a question ,about compiling brl-cad on freebsd system
14:58.18nikkEJwi can't compile at all the brl-cad program couse this error :
14:58.26nikkEJwerror: Tk 8.6 must be compiled with tcl.h from Tcl 8.6 or better
14:58.56nikkEJwfound something on google but it's nothing special
14:59.12nikkEJwcan anyone would like to help ?
14:59.38nikkEJwi have both (tcl 8.5 and tcl 8.6) installed
15:02.49nikkEJwok
15:03.25*** part/#brlcad nikkEJw (~KJADKASDK@095160072148.gdansk.vectranet.pl)
15:08.48*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
15:28.11*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
15:49.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:58.41*** join/#brlcad gaganjyot (~gaganjyot@122.173.153.187)
16:02.17*** join/#brlcad ickby (~stefan@x5d847f7c.dyn.telefonica.de)
16:06.37*** join/#brlcad Mandeep_Singh (~Mandeep@117.199.101.22)
16:19.54*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-vqmtjcfecxrujiss)
16:30.27*** join/#brlcad tflendrich (~tflendric@90-156-19-101.internetia.net.pl)
16:42.21*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
16:44.47*** join/#brlcad gaganjyot (~gaganjyot@122.173.153.187)
17:25.54*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
17:54.29*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
17:59.06*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-hanqconechvqneoa)
18:07.18*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
18:30.47*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
19:16.46*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:58.05*** join/#brlcad gaganjyot (~gaganjyot@122.173.153.187)
21:32.47*** join/#brlcad tflendrich (~tflendric@90-156-19-101.internetia.net.pl)
23:54.43Notify03BRL-CAD:starseeker * 67528 (brlcad/trunk/regress/gcv/CMakeLists.txt brlcad/trunk/regress/gcv/regress-fastgen.cmake.in): Set up the done stamp file to be configuration specific, if we're in a multi-config build mode.
IRC log for #brlcad on 20160401

IRC log for #brlcad on 20160401

00:12.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:05.22Notify03BRL-CAD:starseeker * 67529 brlcad/trunk/src/librt/cmd.c: rtedge commands are passing in set commands of the style -c {set fg=0,0,0} and the previous logic was seeing "{set" as the command. If a string gets to rt_do_cmd starting with a '{' character, assume we've been handed a one-item tcl list and unpack it before processing further.
01:06.17Notify03BRL-CAD:starseeker * 67530 brlcad/trunk/src/tclscripts/lib/RtImage.tcl: set ov=1 doesn't work in stand-alone edge generation mode - not sure why yet.
01:17.14starseekerbrlcad: I'm game to leave the 'handle the tcl version of rt command strings' logic up in rt itself, if you prefer...
01:17.21starseeker(or rtedge, in this case...)
01:36.10Notify03BRL-CAD:starseeker * 67531 (brlcad/trunk/regress/rtwizard/CMakeLists.txt brlcad/trunk/regress/rtwizard/m35_rtwiz.tar.bz2): ov option nonwithstanding, we can now generate edge-only images successfully with rtwizard. Add a couple regression tests to make sure we keep doing so.
03:19.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:10.30*** join/#brlcad shubham (a5e1683c@gateway/web/freenode/ip.165.225.104.60)
04:37.37*** join/#brlcad ickby (~stefan@x5d84d187.dyn.telefonica.de)
04:42.55*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
04:56.07*** join/#brlcad stefan_ (~stefan@x5d84d187.dyn.telefonica.de)
05:14.30*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
06:52.11*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:16.48*** join/#brlcad jasleen (~jasleen@117.255.241.38)
08:38.24*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
08:44.28*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
08:55.35*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
09:16.18tandoorichickd_rossberg: one doubt about the orientation variable in a bot. is it present just for redundancy, or is there some other purpose?
09:33.15*** join/#brlcad gaganjyot (~gaganjyot@122.173.153.187)
09:45.44*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
11:11.05d_rossbergtandoorichick: as far as I can see it is used for the computation of surface normals
11:22.41*** join/#brlcad Mandeep_Singh (~Mandeep@117.199.99.117)
11:28.47``ErikI think winding order as well for GL_FRONT/GL_BACK type stuff
11:44.49*** join/#brlcad tflendrich (~tflendric@90-156-19-101.internetia.net.pl)
11:53.52*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
12:30.47*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-ojczoglpvvxjasks)
12:38.56*** join/#brlcad yorik (~yorik@200-158-174-180.dsl.telesp.net.br)
13:01.01*** join/#brlcad dracarys983 (~dracarys9@183.82.106.99)
13:16.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:19.29*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-uixylortoxmtisdo)
13:29.07*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
13:40.26*** join/#brlcad ickby (~stefan@x5d84d187.dyn.telefonica.de)
14:34.42*** join/#brlcad eynix (~eynix@ns3310691.ip-5-135-162.eu)
14:34.47eynixHi people
14:35.16eynixI'm not sure I'm at the right place, I have a question regarding graphic cards for CAD purpose.
14:35.25eynixQuadro or GTX ?
14:35.27eynixand why
14:36.09eynix#/join #cad
15:03.02rieseynix: is this commercial CAD or open source CAD?
15:05.01eynixries: commercial CAD
15:09.54*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:10.28*** join/#brlcad stefan_ (~stefan@x5d84d187.dyn.telefonica.de)
15:12.12rieseynix: many many moons ago I had to make the same decission, but in the end I just asked the vendor what their recommendation was. They usually know theire CAD systems best and how it uses the GPU.
15:12.37eynixries: the main issue is
15:12.42eynixI'm the vendor
15:12.43eynix:D
15:13.04riesAt the time we used Pro/E and if my memory serves right, we used the Quadro cards
15:13.06rieschecks...
15:13.34eynixthere's a customer reporting a big difference using a quadro k400 vs a GTX 560
15:14.05eynixto me, this is not possible, as the GTX is much more powerfull and our software don't have any optimised driver
15:15.09riesmy experience was back in 2002-2004 ish, I cannot remember
15:15.15eynixwe're going to benchmark, but I was wondering what day-to-day CAD users thought about that
15:15.45rieseynix: it really depends on the CAD software, what features does it use mosrlt from the GPU. Some GOU's are more game optmised, other's are more CAD optmised
15:16.57eynixHum we'll see that, then
15:17.03eynixthank you for your answer :)
15:17.13*** join/#brlcad gaganjyot (~gaganjyot@122.173.153.187)
15:17.31rieseynix: what CAD software is that if I may ask?
15:18.47eynixries: 3devolution, we're a small company specialized in format conversion
15:19.35eynixgotta go, thank you again ries
15:21.07*** join/#brlcad stefan_ (~stefan@x5d84d187.dyn.telefonica.de)
15:44.25*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
16:13.54*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
16:29.45*** join/#brlcad ickby (~stefan@x5d84d187.dyn.telefonica.de)
16:35.07*** join/#brlcad ceterumnet (~ceterumne@50.56.243.144)
16:57.41*** join/#brlcad gaganjyot (~gaganjyot@122.173.153.187)
17:09.04*** join/#brlcad dracarys983 (~dracarys9@183.82.106.99)
17:09.39*** join/#brlcad ickby (~stefan@x5d84d187.dyn.telefonica.de)
17:41.46*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-jgzcoenwtdjicrtx)
17:46.29*** join/#brlcad gaganjyot (~gaganjyot@122.173.153.187)
17:49.40*** join/#brlcad ickby (~stefan@x5d84d187.dyn.telefonica.de)
17:55.41*** join/#brlcad ickby (~stefan@x5d84d187.dyn.telefonica.de)
18:11.38*** join/#brlcad ickby (~stefan@x5d84d187.dyn.telefonica.de)
18:12.42*** join/#brlcad merzo (~merzo@105-79-133-95.pool.ukrtel.net)
18:17.11*** join/#brlcad merzo (~merzo@105-79-133-95.pool.ukrtel.net)
18:30.15*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-coquwrkvyjbagpqt)
18:53.46*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
19:03.59*** join/#brlcad shubham__ (71c18a68@gateway/web/freenode/ip.113.193.138.104)
19:33.43*** join/#brlcad ickby (~stefan@x5d84d187.dyn.telefonica.de)
19:43.42*** join/#brlcad ickby (~stefan@x5d84d187.dyn.telefonica.de)
19:57.49*** join/#brlcad gaganjyot (~gaganjyot@122.173.153.187)
21:43.13*** join/#brlcad penumbra (dce39556@gateway/web/freenode/ip.220.227.149.86)
21:48.40*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
23:00.56*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160402

IRC log for #brlcad on 20160402

00:09.14*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
00:12.10*** join/#brlcad ceterumnet (~ceterumne@50.56.243.144)
00:47.37*** join/#brlcad nyqyegfjzzzdehrt (~armin@dslb-088-066-141-157.088.066.pools.vodafone-ip.de)
01:09.54``Erikweee, head down to baltimore for the 'light city baltimore' festival and instant downpour O.o
01:33.08*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:50.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:54.37*** join/#brlcad ickby (~stefan@x5d84d187.dyn.telefonica.de)
04:18.12*** join/#brlcad stefan_ (~stefan@x5d847a45.dyn.telefonica.de)
04:22.17*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
06:29.23*** join/#brlcad Zsezse (bcec09d2@gateway/web/cgi-irc/kiwiirc.com/ip.188.236.9.210)
06:30.10*** part/#brlcad Zsezse (bcec09d2@gateway/web/cgi-irc/kiwiirc.com/ip.188.236.9.210)
06:31.01*** join/#brlcad jasleen (~jasleen@117.253.232.16)
06:40.32*** join/#brlcad zerzchu (~Mutter@188.236.9.210)
06:44.50*** join/#brlcad Zitara (~vsvs@188.236.9.210)
06:52.24*** part/#brlcad Zitara (~vsvs@188.236.9.210)
06:52.28*** join/#brlcad Zitara (~vsvs@188.236.9.210)
07:32.30*** join/#brlcad shubham_ (71c18a04@gateway/web/freenode/ip.113.193.138.4)
07:35.16*** join/#brlcad Zitara (~vsvs@188.236.9.210)
07:37.23*** join/#brlcad Simran (~davikaur@123.239.167.92)
07:42.17ZitaraHello, whats the best IDE to use?
08:35.39*** join/#brlcad jasleen (~jasleen@202.164.53.117)
08:51.24*** join/#brlcad gaganjyot (~gaganjyot@122.173.153.187)
10:20.17*** join/#brlcad merzo (~merzo@251-77-133-95.pool.ukrtel.net)
10:52.38*** join/#brlcad gaganjyot (~gaganjyot@122.173.153.187)
11:33.54*** join/#brlcad jasleen (~jasleen@202.164.53.117)
12:01.08*** join/#brlcad Zitara (~vsvs@188.236.9.210)
12:31.55*** join/#brlcad ickby (~stefan@x5d846df2.dyn.telefonica.de)
13:06.37*** join/#brlcad Zitara (~vsvs@188.236.9.210)
13:28.33*** join/#brlcad Zitara (~vsvs@188.236.9.210)
13:46.14*** join/#brlcad Zitara (~vsvs@188.236.9.210)
14:04.34*** join/#brlcad Zitara (~vsvs@188.236.9.210)
14:25.46*** join/#brlcad Zitara (~vsvs@188.236.9.210)
14:42.01*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
14:52.48*** join/#brlcad yorik (~yorik@200-158-174-180.dsl.telesp.net.br)
15:40.16*** join/#brlcad ``Erik (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
15:40.16``Erikzitara: ed(1)
15:41.13*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
15:53.40*** join/#brlcad boj (607e60b7@gateway/web/freenode/ip.96.126.96.183)
15:54.45*** join/#brlcad gaganjyot (~gaganjyot@122.173.153.187)
15:54.56bojHi, recently, I am working on Brep
15:55.41bojimport and export, and want to know how to test my program?
15:57.05bojfor example, I have written some code for exporting brep model, but I don't know if it works corrently as I want, so do you have some methods to test it? Or I need to write the test by myself?
16:14.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:26.04bojsorry for my unclear description. What I mean is that, I have encoded some extra information like face_mode, thickness value array into rt_brep_internal and brep_specific, and implemented rt_brep_export5 funtion in brep.cpp , and I want test if my code work well, how to test it and do I need to write a test file? Could someone give me some hints?
16:59.40*** join/#brlcad Simran (~davikaur@115.184.198.43)
17:17.22*** join/#brlcad gaganjyot (~gaganjyot@122.173.153.187)
17:44.41*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
17:56.44*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-ymluqmzjxvjxzazq)
18:10.29*** join/#brlcad Amritpal (~amrit3701@124.253.128.46)
18:10.45Amritpalhi
18:13.36AmritpalI am working on IFC importer for BRL-CAD. Can anybody tells what is the function of BRLCADWrapper.cpp and STEPWrapper.cpp file?
18:14.37*** join/#brlcad Mandeep_Singh (~Mandeep@117.212.50.70)
18:27.44*** join/#brlcad yorik1 (~yorik@201-26-112-84.dsl.telesp.net.br)
18:57.06*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
18:59.06*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-nuabgmmmxiirnndf)
19:01.55*** join/#brlcad gaganjyot (~gaganjyot@122.173.153.187)
19:27.02*** join/#brlcad ickby (~stefan@x5d846df2.dyn.telefonica.de)
19:32.42*** join/#brlcad shubham (71c18a04@gateway/web/freenode/ip.113.193.138.4)
19:40.27*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-lohdwrroeyxtbysv)
20:04.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:08.34*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:11.13*** join/#brlcad Zitara (~vsvs@188.236.9.210)
20:15.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:38.47*** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-lohdwrroeyxtbysv)
20:39.22*** join/#brlcad penumbra (dce39556@gateway/web/freenode/ip.220.227.149.86)
22:07.43*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:08.18*** join/#brlcad shubham_ (01163fdb@gateway/web/freenode/ip.1.22.63.219)
IRC log for #brlcad on 20160403

IRC log for #brlcad on 20160403

00:46.16*** join/#brlcad aohyedmaepsirzri (~armin@dslb-092-074-228-157.092.074.pools.vodafone-ip.de)
01:57.36*** join/#brlcad boj (d24bfce2@gateway/web/cgi-irc/kiwiirc.com/ip.210.75.252.226)
02:26.48*** join/#brlcad boj (80c77698@gateway/web/cgi-irc/kiwiirc.com/ip.128.199.118.152)
02:27.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:08.33*** join/#brlcad merzo (~merzo@251-77-133-95.pool.ukrtel.net)
03:23.07*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
04:08.47*** join/#brlcad Zitara (~vsvs@188.236.9.210)
04:09.39*** join/#brlcad boj (80c77698@gateway/web/cgi-irc/kiwiirc.com/ip.128.199.118.152)
04:52.11*** join/#brlcad ickby (~stefan@x5d846df2.dyn.telefonica.de)
06:09.39*** join/#brlcad boj (80c77698@gateway/web/cgi-irc/kiwiirc.com/ip.128.199.118.152)
06:17.31*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
06:20.10*** join/#brlcad merzo_ (~merzo@42-54-132-95.pool.ukrtel.net)
06:52.37*** join/#brlcad ickby (~stefan@x5d846df2.dyn.telefonica.de)
06:55.51*** join/#brlcad merzo__ (~merzo@251-115-132-95.pool.ukrtel.net)
07:27.34*** join/#brlcad Zitara (~vsvs@188.236.9.210)
07:38.43*** join/#brlcad ickby (~stefan@x5d846df2.dyn.telefonica.de)
07:44.02*** join/#brlcad Mandeep_Singh (~Mandeep@117.220.148.8)
08:09.38*** join/#brlcad boj (80c77698@gateway/web/cgi-irc/kiwiirc.com/ip.128.199.118.152)
08:16.58*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
09:30.31*** join/#brlcad dineshsolanki12 (~dinesh@103.5.19.2)
09:38.49*** join/#brlcad Zitara (~vsvs@188.236.9.210)
10:00.20*** join/#brlcad dineshsolanki12 (~dinesh@103.5.19.2)
10:09.39*** join/#brlcad boj (80c77698@gateway/web/cgi-irc/kiwiirc.com/ip.128.199.118.152)
10:14.57*** join/#brlcad shubham (71c18b1b@gateway/web/freenode/ip.113.193.139.27)
10:25.59*** join/#brlcad dineshsolanki12 (~dinesh@103.5.19.2)
10:40.11*** join/#brlcad Zitara (~vsvs@188.236.9.210)
11:56.25*** join/#brlcad dineshsolanki12 (~dinesh@103.5.19.2)
12:09.39*** join/#brlcad boj (80c77698@gateway/web/cgi-irc/kiwiirc.com/ip.128.199.118.152)
12:48.32*** join/#brlcad dineshsolanki12 (~dinesh@103.5.19.2)
13:03.23*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
13:05.04*** join/#brlcad dineshsolanki12 (~dinesh@103.5.19.2)
13:14.04*** join/#brlcad boj (80c77698@gateway/web/cgi-irc/kiwiirc.com/ip.128.199.118.152)
13:23.04*** join/#brlcad dineshsolanki12 (~dinesh@103.5.19.2)
13:49.12*** join/#brlcad dineshsolanki12 (~dinesh@103.5.19.2)
14:05.18*** join/#brlcad Amritpal (~amrit3701@124.253.236.86)
14:09.39*** join/#brlcad boj (80c77698@gateway/web/cgi-irc/kiwiirc.com/ip.128.199.118.152)
14:43.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:07.02*** join/#brlcad shubham (71c18b1b@gateway/web/freenode/ip.113.193.139.27)
15:16.10*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
15:42.47*** join/#brlcad dineshsolanki12 (~dinesh@103.5.19.2)
16:00.39*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
16:09.40*** join/#brlcad boj (80c77698@gateway/web/cgi-irc/kiwiirc.com/ip.128.199.118.152)
16:37.23*** join/#brlcad Amritpal (~amrit3701@124.253.236.86)
17:36.20*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-efqppukilcuwcwbp)
18:09.40*** join/#brlcad boj (8ba21c1e@gateway/web/cgi-irc/kiwiirc.com/ip.139.162.28.30)
18:27.19*** join/#brlcad Gabriel__ (524da02e@gateway/web/freenode/ip.82.77.160.46)
18:58.49*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:22.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:39.52*** join/#brlcad merzo__ (~merzo@251-115-132-95.pool.ukrtel.net)
20:11.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:54.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:21.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:52.08*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:06.14*** join/#brlcad infobot (ibot@rikers.org)
23:06.14*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
23:08.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:32.05*** join/#brlcad infobot (ibot@rikers.org)
23:32.05*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
23:33.35*** join/#brlcad infobot (ibot@rikers.org)
23:33.35*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
23:52.46*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
IRC log for #brlcad on 20160404

IRC log for #brlcad on 20160404

00:44.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:45.08*** join/#brlcad bteufawrmiadbjpl (~armin@dslb-092-074-230-007.092.074.pools.vodafone-ip.de)
01:19.28*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
01:22.34*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
01:25.18*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:45.48*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
02:37.54*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:12.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:16.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:34.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:37.02*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
06:22.48*** join/#brlcad merzo__ (~merzo@251-115-132-95.pool.ukrtel.net)
07:14.14*** join/#brlcad merzo__ (~merzo@33-46-133-95.pool.ukrtel.net)
07:37.59*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
07:43.45*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
07:45.39*** join/#brlcad boj (~boj@172.82.174.30)
08:28.55*** join/#brlcad Mandeep_Singh (~Mandeep@202.164.53.117)
08:52.14*** join/#brlcad Mandeep_Singh (~Mandeep@202.164.53.117)
09:17.18*** join/#brlcad Mandeep_Singh (~Mandeep@202.164.53.117)
10:09.58*** join/#brlcad Mandeep_Singh (~Mandeep@202.164.53.117)
10:13.56*** join/#brlcad jasleen (~jasleen@117.255.246.12)
10:53.48*** join/#brlcad shubham_ (a5e1683b@gateway/web/freenode/ip.165.225.104.59)
11:39.51*** join/#brlcad Mandeep_Singh (~Mandeep@202.164.53.117)
11:39.54*** join/#brlcad tflendrich (~tflendric@90-156-19-101.internetia.net.pl)
12:06.17*** join/#brlcad Zitara (~vsvs@37.36.14.22)
12:28.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:42.35*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
13:21.40*** join/#brlcad yorik (~yorik@201-26-112-84.dsl.telesp.net.br)
13:37.39*** join/#brlcad shubham (71c189f0@gateway/web/freenode/ip.113.193.137.240)
13:56.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:12.03*** join/#brlcad jasleen (~jasleen@117.255.246.12)
14:15.36brlcadstarseeker: I don't see where you initialize tclcad for rtwizard
14:15.53brlcad(regarding r67537 comment)
14:17.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:17.36brlcadfor that error, tclcad_bn_setup() isn't called which means Bn_Init() isn't called, which is called by Tclcad_Init()
14:34.50starseekerah
14:35.37starseekertclcad is initialized for rtwizard at main.c:861
14:37.19starseekerwhen I look at bn_math_cmd in tclcad, the function caster is casting to the libbn pointer, but the interp is getting a libtclcad pointer somehow
14:37.51starseekeri.e. "libbn.dll!_quat_mat2quat" vs "libtclcad.dll!_quat_mat2quat"
14:38.59starseekerthose are two different addresses - what I'm not clear on is why MSVC is reporting a libtclcad pointer for quat_mat2quat
14:39.13*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
14:40.08starseekerlibfunc.c includes bn.h
14:41.43starseekerthis lookes to be caused by my pulling the Tcl wrappers for libbn up into libtclcad - something about that is gumming up the function pointer comparison - but I'm not sure why.  It does work on Linux
14:42.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:43.24starseekerexplicitly adding libbn to the libtclcad library list doesn't seem to help
14:48.33*** join/#brlcad Mathnerd314 (~quassel@206.53.16.66)
14:48.38*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:59.29*** join/#brlcad Mandeep_Singh (~Mandeep@59.96.142.4)
15:00.37*** join/#brlcad gaganjyot (~gaganjyot@210.56.103.99)
15:08.16starseekerO.o
15:18.34starseekerafter discussion with Bob, there's a better way to define these commands (more along the lines of other tclcad commands)
15:18.43starseekerrolls up sleves and dives in...
16:20.17*** join/#brlcad kkrcodes_ (~kkrcodes@14.139.160.31)
16:41.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:49.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:56.26brlcadstarseeker: not much help without a debugger other than to say that what you said doesn't make sense...
16:57.03brlcadthere shouldn't be / isn't a quat_mat2quat symbol in the libtclcad.dll (unless you count the import)
16:57.52brlcadif they're different, that would suggest the import/export toggles were wrong when building libtclcad
16:58.15brlcadmaybe compile verbose to make sure BN_DLL_IMPORT is correctly set when building libtclcad
16:58.18brlcad?
17:54.44*** join/#brlcad gaganjyot (~gaganjyot@210.56.103.99)
18:27.08*** join/#brlcad gaganjyot (~gaganjyot@210.56.99.213)
18:42.40*** join/#brlcad gaganjyot (~gaganjyot@125.62.121.75)
18:52.53*** join/#brlcad jasleen (~jasleen@117.255.246.12)
19:29.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:34.49*** join/#brlcad jasleen (~jasleen@117.255.246.12)
20:10.40*** join/#brlcad gaganjyot (~gaganjyot@125.62.121.75)
20:11.38*** join/#brlcad gaganjyot (~gaganjyot@125.62.121.75)
20:12.37*** join/#brlcad gaganjyot (~gaganjyot@125.62.121.75)
20:13.35*** join/#brlcad gaganjyot (~gaganjyot@125.62.121.75)
20:14.34*** join/#brlcad gaganjyot (~gaganjyot@125.62.121.75)
20:15.50*** join/#brlcad gaganjyot (~gaganjyot@125.62.121.75)
20:29.05*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-hbuhqkxxymhqoote)
20:34.02brlcad``Erik: Notify stuck?
20:34.21brlcadreally needs to finish the migration and shut off this server before the ISP does it out from under us...
21:03.10*** join/#brlcad Zitara (~vsvs@37.36.14.22)
21:47.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:48.29Notify03BRL-CAD:starseeker * 67532 (brlcad/trunk/regress/rtwizard/CMakeLists.txt brlcad/trunk/regress/rtwizard/regress-rtwiz.cmake.in): More multiconfig regression testing work... untested on Windows
21:48.42Notify03BRL-CAD:starseeker * 67533 brlcad/trunk/src/libbu/opt.c: variable isn't enough - also check that the processing function is the same.
21:48.44Notify03BRL-CAD:starseeker * 67534 brlcad/trunk/src/rtwizard/main.c: Add an rtwizard -h option for help (note - check if this is new...)
21:48.46Notify03BRL-CAD:starseeker * 67535 (brlcad/trunk/regress/rtwizard/CMakeLists.txt brlcad/trunk/regress/rtwizard/regress-rtwiz.cmake.in): .g file location isn't known until runtime in multiconfig.
21:48.48Notify03BRL-CAD:starseeker * 67536 brlcad/trunk/src/rtwizard/main.c: skip info check if we're already going graphical
21:53.34Notify03BRL-CAD:starseeker * 67537 brlcad/trunk/src/rtwizard/main.c: Closer on Windows, but although the gui starts the interp ultimately wipes out with the error 'tclcad bn: math function quat_mat2quat not supported yet' - not clear why, as this doesn't seem to be a problem on Linux...
21:53.49Notify03BRL-CAD:starseeker * 67538 brlcad/trunk/src/rtwizard/main.c: unused var
21:53.53Notify03BRL-CAD:brlcad * 67539 brlcad/trunk/src/libtclcad/CMakeLists.txt: libtclcad directly calls bn and bu, so list them explicitly as dependencies
21:54.02Notify03BRL-CAD:starseeker * 67540 brlcad/trunk/TODO: Need to investigate view updates in rtwizard
21:54.06Notify03BRL-CAD:brlcad * 67541 brlcad/trunk/NEWS: state more specifically what the improvements cliff made to the brlman application are in user terms: gui mode and works better on non-script platforms (i.e., windows). was: Several improvements have been made to the brlman utility. First, it is no longer necessary to use sh or bat wrapper files to launch it. Second, the gui mode now starts up even without a man page
21:54.08Notifyspecified on the command line (in Windows, you can now double click on brlman and have it start up) and provides the list of man pages on the left to allow browsing.
21:54.10Notify...
21:54.13Notify03BRL-CAD:brlcad * 67542 brlcad/trunk/include/bu/uuid.h: ws
21:54.15Notify03BRL-CAD:brlcad * 67543 (brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/uuid.c): stub in the create and decode functions
21:54.17Notify03BRL-CAD:brlcad * 67544 brlcad/trunk/src/libbu/uuid.c: quick unverified stab at v4 uuids using system API or manual creation
21:54.27Notify03BRL-CAD:brlcad * 67545 brlcad/trunk/src/libbu/uuid.c: implement a basic decoder
21:54.28Notify03BRL-CAD:brlcad * 67546 brlcad/trunk/src/libbu/uuid.c: oop, no effect
21:54.30Notify03BRL-CAD:brlcad * 67547 brlcad/trunk/src/libbu/uuid.c: fix up uuid parsing, document the reserved bits
21:54.32Notify03BRL-CAD:brlcad * 67548 brlcad/trunk/src/libbu/uuid.c: fix the incorrect drand48-based distribution that needs to be a random byte value. will need the uuid.h system header for uuid_generate() too.
21:54.34Notify03BRL-CAD:brlcad * 67549 brlcad/trunk/CMakeLists.txt: check for uuid/uuid.h (from libuuid) so we can use it when available
21:54.41Notify03BRL-CAD Wiki:91.121.29.217 * 9591 /wiki/Mailing_Lists: Undo revision 7183 by [[Special:Contributions/Sean|Sean]] ([[User talk:Sean|talk]])
21:54.44Notify03BRL-CAD Wiki:Sean * 9592 /wiki/Mailing_Lists: Reverted edits by [[Special:Contributions/91.121.29.217|91.121.29.217]] ([[User talk:91.121.29.217|talk]]) to last revision by [[User:Sean|Sean]]
21:54.46Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:91.121.29.217: Spamming links to external sites
23:40.17*** join/#brlcad boj (~boj@172.82.174.30)
IRC log for #brlcad on 20160405

IRC log for #brlcad on 20160405

00:06.24*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
00:24.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:38.24*** join/#brlcad kkrcodes (~kkrcodes@14.139.160.31)
00:43.32*** join/#brlcad boj (~boj@172.82.174.30)
00:51.35*** join/#brlcad LordOfBikes (~armin@dslb-088-066-135-130.088.066.pools.vodafone-ip.de)
00:58.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:00.48*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
01:38.01*** join/#brlcad boj (~boj@172.82.174.30)
02:13.59Notify03BRL-CAD:brlcad * 67550 (brlcad/trunk/include/bu/path.h brlcad/trunk/src/conv/3dm/3dm-g.cpp and 3 others): rename path_component_t with bu_ prefix
02:54.26Notify03BRL-CAD:brlcad * 67551 brlcad/trunk/src/libbu/tests/bu_path_component.c: no longer supports cases 5 and 6, only matching enum types
02:55.17Notify03BRL-CAD:brlcad * 67552 brlcad/trunk/src/libbu/mime.cmake: updates to match style for readability
03:12.47*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
03:26.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:28.47*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
04:40.32Notify03BRL-CAD:brlcad * 67553 brlcad/trunk/src/libbu/mime.cmake: clean up the header to fit column foramtting and explain the three files that generated this header
05:06.34Notify03BRL-CAD:brlcad * 67554 (brlcad/trunk/include/bu/CMakeLists.txt brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/mime.cmake): simplify. no longer keep a copy of the mime header stashed into the repo as this is just complicating matters, especially halting the build. with no stashed copy, there is nothing to sanity check, nothing to accidentally edit. generated sources are stashed into the build tree
05:06.36Notifyand copied into place. need to confirm the header gets properly installed.
05:06.38Notify...
05:29.04*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
05:44.36Notify03BRL-CAD:brlcad * 67555 brlcad/trunk/src/libbu/mime.cmake: consolidate the comment header so the same information is presented in both generated files, letting them append their specifics accordingly.
05:48.52*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
06:25.48*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
07:10.18*** join/#brlcad merzo__ (~merzo@251-47-132-95.pool.ukrtel.net)
07:20.40*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
08:38.59*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
09:01.30*** join/#brlcad merzo__ (~merzo@user-94-45-58-141.skif.com.ua)
09:51.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
10:15.34*** join/#brlcad Mandeep_Singh (~Mandeep@202.164.53.117)
11:12.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
11:27.06*** join/#brlcad Mandeep_Singh (~Mandeep@202.164.53.117)
11:28.22*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
11:30.00*** join/#brlcad tflendrich (~tflendric@90-156-19-101.internetia.net.pl)
12:11.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:19.19Notify03BRL-CAD:starseeker * 67556 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/libbu/CMakeLists.txt): Need the uuid library on Linux.
12:21.20Notify03BRL-CAD:starseeker * 67557 brlcad/trunk/src/conv/3dm/3dm-g.cpp: Fix 3dm-g bu_path_component usage now that the mime type is no longer something it returns directly.
12:23.51Notify03BRL-CAD:starseeker * 67558 brlcad/trunk/src/rt/viewxray.c: Another instance of BU_MIME_IMAGE use with bu_path_component
12:38.38Notify03BRL-CAD:starseeker * 67559 brlcad/trunk/src/libbu/opt.c: Can't assume NULL set_var here - arg processing may need to set some values.
12:53.07*** join/#brlcad yorik (~yorik@201-26-112-84.dsl.telesp.net.br)
12:54.28*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
13:13.14*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
13:17.11*** join/#brlcad shubham (7b88c5d5@gateway/web/freenode/ip.123.136.197.213)
14:08.53*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:07.39*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
15:51.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:19.28*** join/#brlcad ickby (~stefan@92-111-31-210.static.chello.nl)
16:23.13*** join/#brlcad gaganjyot (~gaganjyot@122.173.74.4)
16:40.17brlcadthinks http://phabricator.org/ just might work for code reviews/audits
17:05.41riesbookmarks that link
17:08.06*** join/#brlcad LordOfBikes (~armin@dslb-088-066-135-130.088.066.pools.vodafone-ip.de)
17:31.39*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
17:50.35*** join/#brlcad jasleen (~jasleen@117.255.246.12)
18:38.52*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
18:52.37*** join/#brlcad Mandeep_Singh (~Mandeep@117.207.159.219)
19:19.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:25.55*** join/#brlcad merzo__ (~merzo@251-47-132-95.pool.ukrtel.net)
19:34.29*** join/#brlcad ickby (~stefan@92-111-31-210.static.chello.nl)
19:36.11*** join/#brlcad ickby (~stefan@92-111-31-210.static.chello.nl)
19:43.43*** join/#brlcad ickby (~stefan@92-111-31-210.static.chello.nl)
21:04.35starseekerbrlcad: unless they've updated a lot, they didn't support the features we'd want/need for a post-commit review process
21:06.15starseekertried it out on a bitnami vm a while back - iirc, I didn't see a way to establish "groups" of reviewers and randomly distribute new commits among them
21:07.31starseekerwas able to import the repo/history OK (took a couple days) but ran into enough limitations that I figured it probably wouldn't work
21:08.08starseekerthey're fairly focused on pre-commit review - that seems to be a common paradigm for most of the open source commit review solutions, for some reason
21:09.08starseekerhttps://secure.phabricator.com/book/phabricator/article/reviews_vs_audit/
21:13.00starseekerwas starting in on a late model review board to see if it had enough features, but ran out of steam....
21:18.35brlcadstarseeker: I looked through their demo and what they're calling audit is exactly what I had in mind
21:19.45brlcadand it's got a leg up over review board in that reviewers can work entirely in the GUI and don't have to install command-line muckery
21:21.12brlcadthe whole pre vs post review argument is ancient
21:21.46brlcadthis came back on my radar because of some guys that set up something similarly cool with gerrit
21:22.13brlcadhttp://www.beepsend.com/2016/04/05/abandoning-gitflow-github-favour-gerrit/
21:22.58brlcadi like the review scoring they do, but not all the tool and history mucking they do
21:25.16Notify03BRL-CAD:starseeker * 67560 brlcad/trunk/src/libtclcad/libfuncs.c: Rework libbn tcl bindings to be direct Tcl_CmdProc calls.
21:26.39*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
23:06.39*** join/#brlcad annisar (~kamil@mail.soltysik.in)
23:08.16annisarHi, guys. I have a question. I'm going to have some free time soon so I wanted to make some patches for you as a part of GSoC registration. I went to google-melange site and... discovered that I missed a deadline for proof of enrollment. That's sad because I (my fault), understood that I have time for that until april 22th ;/ Is there anything that I can do about this? Is my application being processed by
23:08.23annisaryou?
23:16.29brlcadannisar: there is absolutely nothing that can be done
23:16.43brlcadgsoc deadlines are absolute for everyone
23:32.27*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
IRC log for #brlcad on 20160406

IRC log for #brlcad on 20160406

00:48.58*** join/#brlcad srcfkvuihiteeplh (~armin@ipservice-092-211-155-170.092.211.pools.vodafone-ip.de)
02:24.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:44.00*** join/#brlcad merzo__ (~merzo@251-47-132-95.pool.ukrtel.net)
03:04.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:07.52*** join/#brlcad Amritpal (~amrit3701@202.164.53.117)
04:13.40*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
04:48.48*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
05:15.50*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
05:21.35*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
06:31.04*** join/#brlcad shubham_ (a5e1683b@gateway/web/freenode/ip.165.225.104.59)
07:09.34*** join/#brlcad merzo__ (~merzo@60-35-133-95.pool.ukrtel.net)
07:54.11*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
09:14.16*** join/#brlcad mdddhmgojqrbkmwv (~armin@dslb-088-067-247-041.088.067.pools.vodafone-ip.de)
09:22.31*** join/#brlcad merzo__ (~merzo@92.60.189.225)
10:36.59*** join/#brlcad Mandeep_Singh (~Mandeep@202.164.53.117)
12:16.32*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
12:29.29*** join/#brlcad yorik (~yorik@201-26-112-84.dsl.telesp.net.br)
12:55.34*** join/#brlcad gaganjyot (~gaganjyot@122.173.120.72)
13:00.11*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
13:17.28*** join/#brlcad tflendrich (~tflendric@90-156-19-101.internetia.net.pl)
13:28.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:34.10*** join/#brlcad gaganjyot (~gaganjyot@122.173.120.72)
14:09.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:26.48Notify03BRL-CAD:starseeker * 67561 brlcad/trunk/src/util/pixdiff.c: The channel tests are all the same - roll them up into a macro
15:39.03Notify03BRL-CAD:starseeker * 67562 brlcad/trunk/src/util/pixdiff.c: Have pixdiff punt with an informative error message if it is given files with different sizes. Avoids the deceptive "0 off by 1, 0 off by many" report when an empty file is supplied as one of the args.
15:39.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:42.55Notify03BRL-CAD:starseeker * 67563 brlcad/trunk/bench/pixcmp.c: Same deal with pixcmp - fail loudly if the file sizes are different.
15:56.21*** join/#brlcad ickby (~stefan@92-111-31-210.static.chello.nl)
16:52.30*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
17:22.13*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
17:23.38*** join/#brlcad gaganjyot (~gaganjyot@122.173.120.72)
18:44.54*** join/#brlcad tflendrich (~tflendric@user-94-254-241-154.play-internet.pl)
18:54.53*** join/#brlcad tflendrich (~tflendric@user-94-254-241-154.play-internet.pl)
18:58.15*** join/#brlcad merzo__ (~merzo@60-35-133-95.pool.ukrtel.net)
19:13.52Notify03BRL-CAD:starseeker * 67564 brlcad/trunk/TODO: Record some initial thoughts about syncing up pixdiff, rt, and any other tools where it makes sense to make it as simple as possible to reproduce problematic ray shots based on pixel information.
19:17.38*** join/#brlcad gaganjyot (~gaganjyot@122.173.120.72)
20:02.53*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:23.53*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
21:15.55*** join/#brlcad tflendrich (~tflendric@90-156-19-101.internetia.net.pl)
21:38.00*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
22:16.53*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
22:29.40Notify03BRL-CAD:starseeker * 67565 brlcad/trunk/src/libbu/CMakeLists.txt: Add install rule for the generated mime.h header, since we no longer have the cached version in include/bu.
22:40.16Notify03BRL-CAD:starseeker * 67566 brlcad/trunk/BUGS: Note Windows issue with pixdiff
23:27.12*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
23:37.41*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
IRC log for #brlcad on 20160407

IRC log for #brlcad on 20160407

00:18.40*** join/#brlcad ehdtyuuaqciziozf (~armin@dslb-088-066-143-004.088.066.pools.vodafone-ip.de)
01:39.29starseekersees opencascade 7.0 is out - congrats to their dev team, quite a substantial effort
01:54.35*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
02:21.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:25.21*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
02:49.58*** join/#brlcad frtlsvqbyakvnrxh (~armin@dslb-088-066-136-032.088.066.pools.vodafone-ip.de)
02:59.17*** join/#brlcad oiwzoiwemaggyhgm (~armin@dslb-088-066-159-189.088.066.pools.vodafone-ip.de)
03:17.08*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
03:27.22*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
03:28.26*** join/#brlcad iuobaqxpwjobwuje (~armin@dslb-094-216-160-010.094.216.pools.vodafone-ip.de)
03:55.42*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
05:06.23*** join/#brlcad shubham (a5e16833@gateway/web/freenode/ip.165.225.104.51)
05:52.43*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
06:39.16*** join/#brlcad merzo_ (~merzo@14-119-132-95.pool.ukrtel.net)
08:40.17*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
09:52.07*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
10:05.53*** join/#brlcad tflendrich (~tflendric@90-156-19-101.internetia.net.pl)
10:08.30*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
12:24.32*** join/#brlcad yorik (~yorik@201-26-112-84.dsl.telesp.net.br)
13:15.39Notify03BRL-CAD:starseeker * 67567 brlcad/trunk/BUGS: Note the rtedge discrepency on Windows.
13:30.21Notify03BRL-CAD:starseeker * 67568 brlcad/trunk/src/libged/rtwizard.c: No longer called via btclsh - run rtwizard executable directly.
14:02.37Notify03BRL-CAD Wiki:Eric.weissmann * 0 /wiki/User:Eric.weissmann:
14:08.50Notify03BRL-CAD:starseeker * 67569 (brlcad/trunk/src/tclscripts/rtwizard/lib/FbPage.itk brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeA.itcl): syncing state across multiple itcl/itk 'pages' is causing some problems - start testing whether we can simply switch to the global version we use for command line processing and have all pages simply update that state. First test is with fbfile output.
14:11.45Notify03BRL-CAD:starseeker * 67570 brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeA.itcl: remove debug printouts
14:38.30*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:44.53*** join/#brlcad SheaM (463c6942@gateway/web/cgi-irc/kiwiirc.com/ip.70.60.105.66)
14:45.20SheaMHi all
14:52.54*** part/#brlcad SheaM (463c6942@gateway/web/cgi-irc/kiwiirc.com/ip.70.60.105.66)
15:21.27Notify03BRL-CAD:starseeker * 67571 brlcad/trunk/src/tclscripts/rtwizard/lib/FbPage.itk: Enough. The tk_getOpenFile dialog may not be great, but at least it works. Previous setup wasn't putting the path in the text entry field.
15:40.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:43.07Notify03BRL-CAD:starseeker * 67572 brlcad/trunk/src/tclscripts/rtwizard/lib/FbPage.itk: tkgetSaveFile makes more sense here. Provide a default filename suggestion as well.
15:43.42Notify03BRL-CAD:starseeker * 67573 (brlcad/trunk/src/tclscripts/rtwizard/lib/CMakeLists.txt brlcad/trunk/src/tclscripts/rtwizard/lib/FbPage.itk): As near as I can tell, FrameBufferDialog is not needed.
15:44.32Notify03BRL-CAD:starseeker * 67574 brlcad/trunk/src/tclscripts/archer/Archer.tcl: The bat file is no longer the right way to launch rtwizard
15:57.39*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
17:06.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:16.19*** join/#brlcad gaganjyot (~gaganjyot@122.173.253.27)
17:24.25*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-sdzvojqbjeofhwyp)
17:35.42*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
17:48.27*** join/#brlcad Mandeep_Singh (~Mandeep@59.91.115.180)
17:51.36*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
18:20.50*** join/#brlcad ickby (~stefan@92-111-31-210.static.chello.nl)
18:23.18*** join/#brlcad ickby_ (~stefan@92-111-31-210.static.chello.nl)
18:26.36*** join/#brlcad ickby (~stefan@92-111-31-210.static.chello.nl)
18:27.06ickbybrlcad: Hello
18:28.59*** join/#brlcad ickby (~stefan@92-111-31-210.static.chello.nl)
18:30.40*** join/#brlcad ickby (~stefan@92-111-31-210.static.chello.nl)
18:35.35*** join/#brlcad ickby_ (~stefan@92-111-31-210.static.chello.nl)
18:39.07*** join/#brlcad ickby_ (~stefan@92-111-31-210.static.chello.nl)
18:41.27*** join/#brlcad ickby (~stefan@92-111-31-210.static.chello.nl)
19:30.20Notify03BRL-CAD:bob1961 * 67575 brlcad/trunk/src/libged/dir2ae.c: Need to scale vector before converting to az/el.
19:58.18*** join/#brlcad gaganjyot (~gaganjyot@122.173.117.222)
20:37.41*** join/#brlcad ickby (~stefan@92-111-31-210.static.chello.nl)
21:43.33*** join/#brlcad tflendrich (~tflendric@90-156-19-101.internetia.net.pl)
23:51.05*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160408

IRC log for #brlcad on 20160408

00:22.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:32.51*** join/#brlcad ukypokowvgcmyczw (~armin@dslb-092-074-224-109.092.074.pools.vodafone-ip.de)
04:24.37*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
06:25.19*** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-oprmogdxfyrbmexn)
08:57.08*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
09:00.44*** join/#brlcad merzo_ (~merzo@92.60.189.225)
09:07.46*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
11:17.36*** join/#brlcad tflendrich (~tflendric@cdk230.neoplus.adsl.tpnet.pl)
12:06.32*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
12:09.06*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
12:22.31*** join/#brlcad Mandeep_Singh (~Mandeep@202.164.53.117)
12:33.48*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
12:52.42*** join/#brlcad yorik (~yorik@201-26-112-84.dsl.telesp.net.br)
13:21.45Notify03BRL-CAD:starseeker * 67576 (brlcad/trunk/src/tclscripts/rtwizard/lib/FullColorPage.itk brlcad/trunk/src/tclscripts/rtwizard/lib/GhostPage.itk and 2 others): Have the gui accept command line specified object lists as initialization. Not perfect (tree doesn't autoexpand) but at least the right objects show up.
13:28.05Notify03BRL-CAD:starseeker * 67577 brlcad/trunk/src/tclscripts/rtwizard/lib/MGEDpage.itk: remove debug printout
13:41.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:57.34Notify03BRL-CAD:starseeker * 67578 brlcad/trunk/src/tclscripts/rtwizard/lib/MGEDpage.itk: use a paned window for the hierarchy and mged views in rtwizard, so we can allocate screen real estate to one or the other as needed. Definitely user visible, but we may not be done with user visible changes yet so holding off on the NEWS update for now.
14:01.03*** join/#brlcad shubham_ (71c1888a@gateway/web/freenode/ip.113.193.136.138)
14:11.46*** join/#brlcad LordOfBikes (~armin@dslb-092-074-255-101.092.074.pools.vodafone-ip.de)
14:17.44*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
14:55.09*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:08.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:09.51brlcaddoesn't hurt to add the gist into NEWS so I can keep that commit out of a list that I'd have to come back to... :)
15:14.19Notify03BRL-CAD:brlcad * 67579 brlcad/trunk/NEWS: leave a general note that some aspects of rtwizard's GUI have changed. notably, the GUI can be initialized with command-line objects and there's a paned window for the hierarchy and mged views.
15:23.38*** join/#brlcad tandoorichick_ (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
15:28.52Notify03BRL-CAD:starseeker * 67580 brlcad/trunk/TODO: it's an aside right now, but curious why eye_pt and get_eyemodel seem to have different ideas about what the current eye_pt is...
15:30.07brlcadwould assume eyemodel is not actually the eye point, but center of model bb or something similar
15:30.11brlcadmisnomered perhaps
15:44.13Notify03BRL-CAD:starseeker * 67581 brlcad/trunk/src/rtwizard/main.c: check some view options
16:14.54*** join/#brlcad yorik (~yorik@201-26-112-84.dsl.telesp.net.br)
16:31.38*** join/#brlcad yorik (~yorik@201-26-112-84.dsl.telesp.net.br)
16:47.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:29.25Notify03BRL-CAD Wiki:FrancescoM * 0 /wiki/User:FrancescoM:
17:58.04*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
18:24.36*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
18:25.33*** join/#brlcad davee_ (~davee@172.56.40.23)
18:35.00starseekereye_model reports three things - view size, orientation and eye_pt (per its printout)
18:35.11starseekerso it could be a misnomer, yes
18:35.54starseekerwill try to figure it out someday, but it's not actually busted right now apparently so it can wait...
18:48.15*** join/#brlcad merzo (~merzo@134.249.174.74)
19:33.24*** join/#brlcad JyNo_ (~galor@69.172.150.215)
19:35.05*** join/#brlcad JyNo_ (~galor@69.172.150.215)
19:42.11Notify03BRL-CAD:bob1961 * 67582 brlcad/trunk/src/tclscripts/lib/cursor.tcl: Added ignoreCursorWait to the cadwidgets namespace. This allows an application to shut off SetWaitCursor and SetNormalCursor.
19:59.10Notify03BRL-CAD:starseeker * 67583 brlcad/trunk/src/tclscripts/util/CMakeLists.txt: GetOpt uses have been replaced by bu_opt - remove tcl file
20:00.24Notify03BRL-CAD:starseeker * 67584 brlcad/trunk/src/tclscripts/rtwizard/lib/MGEDpage.itk: another stray debugging puts
20:05.25*** join/#brlcad LordOfBikes (~armin@dslb-092-074-255-101.092.074.pools.vodafone-ip.de)
20:29.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:22.12*** join/#brlcad merzo (~merzo@134.249.174.74)
21:31.49*** join/#brlcad ickby (~stefan@x5d845cc6.dyn.telefonica.de)
21:42.42Notify03BRL-CAD:starseeker * 67585 (brlcad/trunk/src/tclscripts/rtwizard/lib/MGEDpage.itk brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeA.itcl and 5 others): mgedObj has view info - use that rather than stashing anything per-page. Initialize the view with the initial draw, then don't change the view in any subsequent draws by using draw's -R option. Now, whatever view the user is looking at, on any 'page' of
21:42.44Notifyrtwizard, will be the basis of the render - no local per-page view state, other than the list of objects being drawn.
21:42.46Notify...
21:43.25Notify03BRL-CAD:starseeker * 67586 brlcad/trunk/src/tclscripts/rtwizard/RaytraceWizard.tcl: commit all the files... initialize the first_draw flag
22:26.30Notify03BRL-CAD:starseeker * 67587 (brlcad/trunk/src/tclscripts/rtwizard/lib/ExamplePage.itk brlcad/trunk/src/tclscripts/rtwizard/lib/FullColorPage.itk and 9 others): useMe is obsolete, we need to update the render menu early in the loading process in case of command line inputs, and move the per-drawing-type initialization to the type specific pages instead of in MGEDpage.
22:40.03Notify03BRL-CAD:starseeker * 67588 brlcad/trunk/src/tclscripts/rtwizard/lib/MGEDpage.itk: Generally speaking, we're trying to *avoid* drawing operations in rtwizard... zapping everything and redrawing it can be quite expensive depending on which wireframes are drawn and shouldn't be necessary under normal circumstances. Replace the refresh button with an autoview button.
IRC log for #brlcad on 20160409

IRC log for #brlcad on 20160409

00:15.06*** join/#brlcad jcwfetjbepcwwgys (~armin@dslb-088-065-183-189.088.065.pools.vodafone-ip.de)
00:17.11*** join/#brlcad merzo (~merzo@191-96-132-95.pool.ukrtel.net)
00:36.05*** join/#brlcad merzo (~merzo@191-96-132-95.pool.ukrtel.net)
00:59.05*** join/#brlcad merzo (~merzo@191-96-132-95.pool.ukrtel.net)
03:01.47maths22brlcad: I'm having a bit of an issue connecting to bz: PTY allocation request failed on channel 0
03:07.03maths22Never mind-fixed
05:45.21*** join/#brlcad ickby (~stefan@x5d845cc6.dyn.telefonica.de)
05:55.54*** join/#brlcad ickby (~stefan@x5d845cc6.dyn.telefonica.de)
05:59.05ickbyHello brlcad
06:01.39*** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-ddzxqtrnyplqqyit)
06:47.31*** join/#brlcad Zitara (~vsvs@37.39.210.200)
08:40.09*** join/#brlcad tflendrich (~tflendric@ably4.neoplus.adsl.tpnet.pl)
09:17.32*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
10:43.20*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
10:47.02*** join/#brlcad ickby (~stefan@x5d845cc6.dyn.telefonica.de)
11:21.45*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
12:54.29*** join/#brlcad ickby (~stefan@x5d845cc6.dyn.telefonica.de)
13:44.56*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
15:34.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:31.37*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
16:47.17*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
16:52.57*** join/#brlcad jasvir (~jass@75-142-109-136.static.mtpk.ca.charter.com)
17:00.35*** join/#brlcad yorik (~yorik@201-26-112-84.dsl.telesp.net.br)
17:14.42Notify03BRL-CAD:starseeker * 67589 (brlcad/trunk/NEWS brlcad/trunk/include/dm/bview.h and 5 others): Add an -L limit option to draw that allows the user to specify a numerical limit that tells the plotting routines to substitute bounding boxes for BoT wireframes when bots are beyond a certain size (currently 3*face_cnt). Intended to allow a user to get a quick approximate interactive visual for really large models.
17:42.47Notify03BRL-CAD:starseeker * 67590 brlcad/trunk/src/libged/draw.c: Zero is a legal arg value here.
17:43.41Notify03BRL-CAD:starseeker * 67591 (brlcad/trunk/src/tclscripts/rtwizard/RaytraceWizard.tcl brlcad/trunk/src/tclscripts/rtwizard/lib/MGEDpage.itk): Use the -L option in rtwizard to help interactivity. Expose the threshold as a user configurable option.
18:00.39*** join/#brlcad shubham (7b88c58f@gateway/web/freenode/ip.123.136.197.143)
18:03.29*** join/#brlcad Mandeep_Singh (~Mandeep@45.127.79.157)
18:08.29starseekerbrlcad: I still need to systematically hammer/test all the various cmd line and gui settings (not to mention Archer and other tools that rely on rtwizard rendering), but with 67591 I should be done with major rewiring for this round with rtwizard.  How granular do you want me to make the news items for this?
18:13.19*** join/#brlcad ickby (~stefan@x5d845cc6.dyn.telefonica.de)
18:20.55*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
18:23.55*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
18:27.54*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
18:30.56*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
18:34.54*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
18:37.55*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
18:37.56*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
18:41.57*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
18:44.56*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
18:48.56*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
18:51.56*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
18:53.47*** join/#brlcad jasleen (~jasleen@117.253.226.16)
18:54.56*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
18:58.56*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
19:01.57*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
19:03.55*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-emchyrvehhynvzbf)
19:09.57*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
19:14.57*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
19:18.57*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
19:21.56*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
19:24.56*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
19:25.18*** join/#brlcad galor (~galor@69.172.150.215)
19:28.53*** join/#brlcad jasleen7956 (~jasleen@101.60.172.240)
19:28.56*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
19:32.56*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
19:32.59*** join/#brlcad jasleen (~jasleen@101.60.172.240)
19:51.56*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
20:01.01*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
20:04.56*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
20:29.11*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
20:50.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:54.28*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
21:23.57*** join/#brlcad merzo (~merzo@42-113-133-95.pool.ukrtel.net)
21:47.24*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
22:37.06*** join/#brlcad merzo (~merzo@150-55-201-46.pool.ukrtel.net)
22:40.26*** join/#brlcad annisar (~kamil@mail.soltysik.in)
23:25.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:30.07*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
IRC log for #brlcad on 20160410

IRC log for #brlcad on 20160410

03:59.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:08.40*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
07:03.48*** join/#brlcad ickby (~stefan@x5d845cc6.dyn.telefonica.de)
07:58.00*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
08:05.06*** join/#brlcad ickby (~stefan@x5d845cc6.dyn.telefonica.de)
08:41.41*** join/#brlcad ickby (~stefan@x5d845cc6.dyn.telefonica.de)
09:11.11*** join/#brlcad ickby (~stefan@x5d845cc6.dyn.telefonica.de)
09:50.17ickbyHello brlcad
12:25.03*** join/#brlcad ickby (~stefan@x5d845cc6.dyn.telefonica.de)
12:51.06*** join/#brlcad stefan_ (~stefan@x5d844c61.dyn.telefonica.de)
13:12.02*** join/#brlcad stefan_ (~stefan@x5d844c61.dyn.telefonica.de)
13:48.35*** join/#brlcad yorik (~yorik@201-26-112-84.dsl.telesp.net.br)
14:24.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:40.08*** join/#brlcad tflendrich (~tflendric@arb137.neoplus.adsl.tpnet.pl)
14:48.21*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
14:51.10*** join/#brlcad Mandeep_Singh (~Mandeep@117.199.106.234)
15:56.44*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
16:14.38*** join/#brlcad Zitara (~vsvs@37.231.175.160)
16:34.18*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
16:39.57*** join/#brlcad ickby (~stefan@x5d844c61.dyn.telefonica.de)
16:48.15*** join/#brlcad merzo (~merzo@150-55-201-46.pool.ukrtel.net)
16:56.50*** join/#brlcad Zitara (~vsvs@37.231.175.160)
17:16.21Notify03BRL-CAD:starseeker * 67592 brlcad/trunk/src/librt/primitives/bot/bot.c: If we don't have info, do what we always did
17:16.23*** join/#brlcad tandoorichick_ (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
17:19.46Notify03BRL-CAD:starseeker * 67593 brlcad/trunk/src/libged/display_list.c: Only set threshold if we have gvp
17:22.16Notify03BRL-CAD:starseeker * 67594 brlcad/trunk/src/libged/draw.c: More gvp checks
18:10.32*** join/#brlcad shubham (71c18ac6@gateway/web/freenode/ip.113.193.138.198)
18:13.14Notify03BRL-CAD:starseeker * 67595 (brlcad/trunk/regress/icv/CMakeLists.txt brlcad/trunk/regress/rtwizard/CMakeLists.txt): fix dependency propagation.
18:27.44*** join/#brlcad yorik1 (~yorik@201-43-241-39.dsl.telesp.net.br)
18:45.24Notify03BRL-CAD:starseeker * 67596 (brlcad/trunk/src/libdm/dm-generic.c brlcad/trunk/src/libfb/if_null.c): specify fb and dm in null function names - tclcad was calling fb's null_open when it should have been calling dm's.
18:51.38Notify03BRL-CAD:starseeker * 67597 (brlcad/trunk/misc/CMake/distcheck_in_src_dir.cmake.in brlcad/trunk/misc/CMake/distcheck_target.cmake.in): We're running regression tests that need build dir tcl initialization - can't create the install directory before running them, because if that directory is present bu_brlcad_root will return it (even though it's empty) and Tcl initialization will fail.
18:53.37Notify03BRL-CAD:starseeker * 67598 brlcad/trunk/regress/rtwizard/CMakeLists.txt: update distclean list
18:57.57*** join/#brlcad merzo (~merzo@63-70-133-95.pool.ukrtel.net)
19:38.34Notify03BRL-CAD:starseeker * 67599 (brlcad/trunk/misc/CMake/distcheck_in_src_dir.cmake.in brlcad/trunk/misc/CMake/distcheck_target.cmake.in): looks like we may need the make_directory commands - put them just before the install rule is invoked.
19:46.11Notify03BRL-CAD:starseeker * 67600 brlcad/trunk/regress/rtwizard/CMakeLists.txt: Blast it - the same thing that forces us to run rtwizard in series in an individual build precludes us from running it during distcheck.
19:51.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:05.14*** join/#brlcad ickby (~stefan@x5d844c61.dyn.telefonica.de)
20:20.08*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-usxrbqxgzqnvvhkd)
20:36.07*** join/#brlcad ickby (~stefan@x5d844c61.dyn.telefonica.de)
20:54.23*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
21:06.47*** join/#brlcad tflendrich (~tflendric@90-156-19-101.internetia.net.pl)
21:09.17*** join/#brlcad LordOfBikes (~armin@dslb-092-075-154-200.092.075.pools.vodafone-ip.de)
21:24.14*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
21:44.54*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
IRC log for #brlcad on 20160411

IRC log for #brlcad on 20160411

00:16.16Notify03BRL-CAD:starseeker * 67601 brlcad/trunk/regress/rtwizard/CMakeLists.txt: typo
00:24.17*** join/#brlcad yeanwnrcqjdwvshh (~armin@dslb-178-007-228-109.178.007.pools.vodafone-ip.de)
00:47.59*** join/#brlcad HoloIRCUser6 (~holoirc@nat-130.132.173.70.central.yale.edu)
00:48.22*** part/#brlcad HoloIRCUser6 (~holoirc@nat-130.132.173.70.central.yale.edu)
00:59.51Notify03BRL-CAD:starseeker * 67602 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/opt.c brlcad/trunk/src/rtwizard/main.c): Add a mechanism to filter out options in help printing - this allows us to specify both dev/programming opts and user opts in a single bu_opt. Also opens up possibilities for 'multi-section' help printing.
01:16.40Notify03BRL-CAD:starseeker * 67603 brlcad/trunk/src/rtwizard/main.c: Separate rtwizard option help printout into groups.
01:43.44Notify03BRL-CAD:starseeker * 67604 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/opt.c brlcad/trunk/src/rtwizard/main.c): Support both reject and accept option filtering. Generally reject will be preferable since it will require no modification to add new opts to help outputs, but in cases like rtwizard where we're doing relatively elaborate processing accept is less verbose and less error prone.
01:56.04Notify03BRL-CAD:starseeker * 67605 brlcad/trunk/doc/docbook/system/man1/rtwizard.xml: Update rtwizard man page - don't document low level options as they're not really intended for interactive use by humans, switch from space to comma separated object lists.
01:57.26Notify03BRL-CAD:starseeker * 67606 brlcad/trunk/src/rtwizard/main.c: typo
02:12.27Notify03BRL-CAD:starseeker * 67607 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/rtwizard/main.c): Add a default struct init define for bu_opt_desc_opts
02:16.28Notify03BRL-CAD:starseeker * 67608 (brlcad/trunk/include/bu/opt.h brlcad/trunk/src/libbu/opt.c): Put the default offset and column settings in the struct init - don't need the separate defines.
02:18.13Notify03BRL-CAD:starseeker * 67609 brlcad/trunk/TODO: moot with rtwizard rework.
03:28.42*** join/#brlcad zaverichintan (~androirc@123.237.167.57)
03:29.13zaverichintanAny updates for new server setup?
03:33.45Notify03BRL-CAD:brlcad * 67610 brlcad/trunk/include/bu/opt.h: need to document these new magic numbers. looking at the struct, the fields are similarly undocumented (and their purpose rather non-obvious to me).
03:48.11*** join/#brlcad shubham (a5e1683b@gateway/web/freenode/ip.165.225.104.59)
04:01.07zaverichintanShubham can you give some advice for deployment of OGV?
04:01.52shubhamhave you set up a freebsd VM?
04:02.17shubhamif not, you can do that as a first step
04:02.31shubhamwe'll deploy meteor on a freebsd server
04:05.12zaverichintanOkay, I will set up VM for freebsd and deploy meteor on local.
06:23.34Notify03BRL-CAD:brlcad * 67611 brlcad/trunk/src/tclscripts/rtwizard/RaytraceWizard.tcl: repeating the value doesn't document the value; say what, why, and units.
06:46.29brlcadserver may go down any day now, so I'll be propagating DNS updates to new IP real soon now
06:46.51brlcadalas, this may not be as graceful as originally planned for some of the hosted domains
06:51.20*** join/#brlcad merzo (~merzo@83-30-133-95.pool.ukrtel.net)
08:39.12*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
09:09.18*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:36.31Notify03BRL-CAD:starseeker * 67612 brlcad/trunk/src/tclscripts/rtwizard/RaytraceWizard.tcl: unit is integer face count multiple, not mm
12:30.55*** join/#brlcad yorik (~yorik@201-43-241-39.dsl.telesp.net.br)
12:55.29*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
13:28.05Notify03BRL-CAD:starseeker * 67613 (brlcad/trunk/include/dm/bview.h brlcad/trunk/include/rt/view.h and 5 others): Since the number is arbitrary anyway, just go with number of bot faces to be more intuitive.
13:39.57Notify03BRL-CAD:starseeker * 67614 brlcad/trunk/src/tclscripts/rtwizard/lib/MGEDpage.itk: tweak dialog label
13:45.21Notify03BRL-CAD:starseeker * 67615 brlcad/trunk/src/tclscripts/rtwizard/lib/MGEDpage.itk: note zero turns it off
13:46.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:50.55*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
14:04.13*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
14:04.42*** join/#brlcad yorik (~yorik@201-43-241-39.dsl.telesp.net.br)
14:31.27Notify03BRL-CAD:starseeker * 67616 brlcad/trunk/src/tclscripts/rtwizard/lib/MGEDpage.itk: When trying to actually use them, the graphical slider widgets made it difficult to set an exact az/el numerical value. Provide a textual entry instead that allows precise view specification - for more casual view setups, graphical interaction with the MGED object handles things better.
15:17.25Notify03BRL-CAD:starseeker * 67617 brlcad/trunk/misc/CMake/BRLCAD_CPackOptions.cmake.in: Fix quoting - quote just path, not path + variable. Was breaking make package target.
15:46.46Notify03BRL-CAD:starseeker * 67618 brlcad/trunk/misc/CMake/BRLCAD_CPackOptions.cmake.in: TGZ generators may be generating either source packages or binary packages - only do the source_archive piece if CPACK_INSTALLED_DIRECTORIES indicates this is a package_source assembly.
16:04.24*** join/#brlcad XoitX (5b8ca652@gateway/web/freenode/ip.91.140.166.82)
16:04.31XoitXHello
16:06.54*** join/#brlcad shubham_ (7b88c53b@gateway/web/freenode/ip.123.136.197.59)
16:08.16ries_nickedHello XoitX
16:08.22XoitXHi
16:08.47XoitXThis IRC channel is related to the cad modeling software right?
16:09.49XoitXI'm trying to find some or any resources to find out what brl cad is all about
16:09.52XoitXbut I can't
16:10.06XoitXno videos on youtube or anything
16:10.18XoitXCan someone help?
16:25.15*** join/#brlcad Zitara (~vsvs@37.38.97.36)
16:39.27XoitXCan anyone let me in on the advantages of CSG over Brep? Why is BRL CAD so invisible on the internet?
16:39.56*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-fjzmevacjsirlbkh)
16:58.49*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
17:15.14Notify03BRL-CAD:starseeker * 67619 brlcad/trunk/misc/CMake/BRLCAD_CPackOptions.cmake.in: create the stamp file, null out install prefix regardless.
17:15.50starseekerXoitX: did you look at http://brlcad.org
17:16.37XoitXYea but no real video examples
17:17.16XoitXWhy is it different from freecad ? or is it the same
17:18.21starseekervery different
17:19.14starseekerdifferent history, different focus
17:20.05starseekeropen source CAD is obscure enough that you won't find a tremendous amount (relatively speaking) on the web about it
17:20.41XoitXstarseeker: The only thing I found on youtube is promotional videos
17:21.17XoitXyea It seems interesting that it has a huge history but I don't understand why no one talks of it on the internet
17:21.47starseekerBRL-CAD's interface is very difficult to learn and quite basic by modern standards, so it doesn't lend itself to impressive videos
17:22.01XoitXhmmm
17:22.14XoitXDo i need to learn programming to use it?
17:22.17starseekerI'd suggest reading the Volume II tutorial lessons
17:22.25starseekerthat'll give you a basic idea
17:22.51starseekerhttp://brlcad.org/w/images/c/cf/Introduction_to_MGED.pdf
17:22.57XoitXIs it powerful like solidworks?
17:23.01XoitXokay will do
17:23.04XoitXThanks :D
17:35.38XoitXhmmm so it's modeling of systems with functions and relations?!!
17:52.06XoitXDid I get the relations part wrong?
18:30.04brlcadXoitX: there are no parametrics (so far), but you can create geometry with functions that maintain relationships
18:30.18brlcadseveral examples on procedural geometry
18:30.40XoitXso I can use relations throughout the entire model?
18:31.14XoitXand they will vary with a single variable change?
18:32.04XoitXThe model I mean
18:33.15brlcadonly if you write a procedure, so "no, not yet" is probably the answer you need unless you know how to script :)
18:33.59brlcadwe're working towards that of course and have some of the necessary infrastructure, but our focus is on our interface usability currently
18:43.51*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
19:18.38*** join/#brlcad jasleen (~jasleen@115.184.97.172)
19:21.50XoitXYea , that is terribly lacking
19:49.57*** join/#brlcad ickby (~stefan@x5d845260.dyn.telefonica.de)
20:42.05Notify03BRL-CAD:starseeker * 67620 (brlcad/trunk/src/rtwizard/main.c brlcad/trunk/src/tclscripts/lib/RtImage.tcl): Work on making the new setup robust to paths with spaces
20:44.49*** join/#brlcad merzo (~merzo@150-55-201-46.pool.ukrtel.net)
21:10.05*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
21:10.13*** mode/#brlcad [+o brlcad] by ChanServ
21:48.17*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
22:14.17*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
23:01.24Notify03BRL-CAD:starseeker * 67621 brlcad/trunk/src/tclscripts/lib/RtImage.tcl: remove debug printing
23:06.19*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:31.10*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
23:42.09Notify03BRL-CAD:starseeker * 67622 brlcad/trunk/src/rtwizard/main.c: Normalize paths to be used in tcl scripts for Tcl, not file system.
IRC log for #brlcad on 20160412

IRC log for #brlcad on 20160412

00:23.28*** join/#brlcad oikvfgyifckfymjj (~armin@dslb-092-074-255-078.092.074.pools.vodafone-ip.de)
00:36.38*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
00:55.45*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
02:00.03*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:31.05*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:35.34*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
02:39.13*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
04:12.13*** join/#brlcad ickby (~stefan@tmo-102-154.customers.d1-online.com)
04:37.25*** join/#brlcad ickby (~stefan@tmo-102-154.customers.d1-online.com)
04:38.49*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
04:51.54*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
05:52.59*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
08:13.57*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
08:29.19*** join/#brlcad merzo (~merzo@92.60.189.225)
09:10.19*** join/#brlcad jasleen (~jasleen@117.255.209.166)
09:50.38*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
10:00.27*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-tcebnvxziophshsz)
12:52.54*** join/#brlcad yorik (~yorik@201-43-241-39.dsl.telesp.net.br)
13:05.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:13.15*** join/#brlcad ickby (~stefan@tmo-102-154.customers.d1-online.com)
15:23.04*** join/#brlcad ickby (~stefan@tmo-102-154.customers.d1-online.com)
15:44.16*** join/#brlcad stefan__ (~stefan@tmo-102-154.customers.d1-online.com)
16:00.01*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
16:17.03*** join/#brlcad shubham (71c189c9@gateway/web/freenode/ip.113.193.137.201)
17:22.54*** join/#brlcad jasleen (~jasleen@117.253.232.136)
18:28.15*** join/#brlcad ries_ (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
18:31.16*** join/#brlcad ries_mob (~ries_mob@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
18:42.23*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
18:48.22*** join/#brlcad ries_mob (~ries_mob@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
18:53.19*** join/#brlcad ries_mob (~ries_mob@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
19:51.11*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
20:16.56*** join/#brlcad ries_mob (~ries_mob@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
20:22.13*** join/#brlcad ries_mob (~ries_mob@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
20:30.23*** join/#brlcad ries_mob (~ries_mob@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
20:31.24*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
20:32.01*** join/#brlcad ries_mob (~ries_mob@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
20:33.01*** join/#brlcad ries_mob (~ries_mob@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
20:36.00*** join/#brlcad ries_mob (~ries_mob@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
20:39.33*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
20:39.44Notify03BRL-CAD:starseeker * 67623 (brlcad/trunk/src/other/CMakeLists.txt brlcad/trunk/src/other/tcl/CMakeLists.txt brlcad/trunk/src/other/tk/CMakeLists.txt): turn off tcl/tk man page generation
20:40.25Notify03BRL-CAD:vasco_costa * 67624 brlcad/trunk/src/librt/CMakeLists.txt: add missing file with EPA CL shot code.
20:40.28Notify03BRL-CAD:vasco_costa * 67625 brlcad/trunk/include/rt/defines.h: use Apple specific OpenCL path in MacOSX platform.
20:40.31Notify03BRL-CAD:starseeker * 67626 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/BRLCAD_CPackOptions.cmake.in and 2 others): Rework the setup logic for source archive building.
20:41.02Notify03BRL-CAD:brlcad * 67627 brlcad/trunk/doc/STRATEGY: stub in a merge mged project, refine the scope to not mention months, but keep us in units of weeks, 4 or less, for objectives and tasks.
20:41.05Notify03BRL-CAD:brlcad * 67628 brlcad/trunk/TODO: big arrowheads bad
20:41.10Notify03BRL-CAD:starseeker * 67629 (brlcad/branches/gecode/AUTHORS brlcad/branches/gecode/BUGS and 335 others): Sync with trunk thru r67628
20:41.12Notify03BRL-CAD:starseeker * 67630 (brlcad/branches/qtged/AUTHORS brlcad/branches/qtged/BUGS and 335 others): Sync with trunk thru r67626
20:42.51*** join/#brlcad ries_mob (~ries_mob@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
20:52.52*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-rxuadcngigjbxunj)
21:01.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:12.38*** join/#brlcad merzo (~merzo@150-55-201-46.pool.ukrtel.net)
21:34.03*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
21:34.13*** join/#brlcad ries_mob (~ries_mob@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
21:36.49*** join/#brlcad ries_mob (~ries_mob@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
21:39.11*** join/#brlcad ries_mob (~ries_mob@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
21:41.21*** join/#brlcad ries_mob (~ries_mob@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
21:47.13*** join/#brlcad ries_mob (~ries_mob@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
21:48.48*** join/#brlcad ries_mob (~ries_mob@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
21:51.02*** join/#brlcad ries_mob (~ries_mob@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
21:52.12*** join/#brlcad ries_mob (~ries_mob@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
21:54.02*** join/#brlcad ries_mob (~ries_mob@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
22:30.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:46.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:53.12*** join/#brlcad brad_h (~behollis@adm-dhcp5.sci.utah.edu)
22:58.09*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:58.24*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
IRC log for #brlcad on 20160413

IRC log for #brlcad on 20160413

00:21.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:22.21*** join/#brlcad clshaylkfekhamke (~armin@dslb-092-074-233-239.092.074.pools.vodafone-ip.de)
03:14.35*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
04:12.14*** join/#brlcad ries_nicked (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
06:01.20*** join/#brlcad shubham (a5e1683c@gateway/web/freenode/ip.165.225.104.60)
06:29.06*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-vvpzjijswemhrzgi)
06:58.17*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:47.53*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:54.44*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:11.07*** join/#brlcad merzo (~merzo@92.60.189.225)
09:20.27*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
09:39.43*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
09:39.46*** join/#brlcad ``Erik_ (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
09:39.59*** join/#brlcad ceterumnet_ (~ceterumne@50.56.243.144)
09:51.58*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
10:36.53*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
11:00.48*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
11:02.28*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
11:03.11*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
11:09.04*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
11:16.16*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
11:41.50*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
11:59.23*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
12:52.17*** join/#brlcad yorik (~yorik@201-43-241-39.dsl.telesp.net.br)
13:16.58*** join/#brlcad shubham (71c18b57@gateway/web/freenode/ip.113.193.139.87)
13:36.27*** join/#brlcad ``Erik_ (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
13:36.43*** join/#brlcad yorik1 (~yorik@201-43-241-39.dsl.telesp.net.br)
13:37.25*** join/#brlcad behollis_ (~behollis@adm-dhcp5.sci.utah.edu)
13:44.13*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
14:09.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:34.01*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-gfqiekpsrrwtkpch)
17:55.42*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:37.16*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
18:53.17*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
19:18.28*** join/#brlcad ickby (~stefan@x5d8478b4.dyn.telefonica.de)
22:59.29*** join/#brlcad infobot (ibot@rikers.org)
22:59.29*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
23:55.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160414

IRC log for #brlcad on 20160414

00:21.23*** join/#brlcad nlqgjikmtfdovwal (~armin@dslb-092-074-235-064.092.074.pools.vodafone-ip.de)
04:03.07*** join/#brlcad ickby (~stefan@tmo-102-255.customers.d1-online.com)
04:45.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:00.48*** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net)
06:15.34*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
06:40.43*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:12.47*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
07:31.10*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:30.44*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
09:43.28*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
09:47.39*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
10:09.57*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
12:17.46*** join/#brlcad ``Erik (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
13:13.50*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-wfinvbnwsdnpoezf)
13:16.32*** join/#brlcad ``Erik_ (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
13:53.10*** join/#brlcad ``Erik (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
15:20.51*** join/#brlcad shubham (01163f4d@gateway/web/freenode/ip.1.22.63.77)
15:59.25*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
16:16.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:30.29*** join/#brlcad ickby (~stefan@x5d847ff1.dyn.telefonica.de)
16:40.48*** join/#brlcad jasleen (~jasleen@117.255.208.72)
16:41.43*** join/#brlcad ickby (~stefan@x5d847ff1.dyn.telefonica.de)
17:22.02*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
17:22.06*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
17:26.46*** join/#brlcad yorik (~yorik@cpc88656-finc17-2-0-cust987.4-2.cable.virginm.net)
17:27.04*** join/#brlcad Mandeep_Singh (~Mandeep@117.207.153.39)
17:50.30*** join/#brlcad ickby_ (~stefan@x5d847ff1.dyn.telefonica.de)
18:15.33*** join/#brlcad merzo (~merzo@176-126-132-95.pool.ukrtel.net)
18:42.23*** join/#brlcad Mandeep_Singh (~Mandeep@117.207.153.39)
18:44.45*** join/#brlcad jasleen (~jasleen@117.255.208.72)
18:57.16*** join/#brlcad ickby (~stefan@x5d847ff1.dyn.telefonica.de)
19:09.18*** join/#brlcad merzo (~merzo@176-126-132-95.pool.ukrtel.net)
20:15.30*** join/#brlcad LordOfBikes (~armin@dslb-092-074-235-064.092.074.pools.vodafone-ip.de)
20:23.34*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-vwjoexymaztcyzyz)
20:30.20*** join/#brlcad merzo (~merzo@176-126-132-95.pool.ukrtel.net)
20:31.12*** join/#brlcad tflendrich (~tflendric@abmm57.neoplus.adsl.tpnet.pl)
20:32.20*** join/#brlcad merzo (~merzo@176-126-132-95.pool.ukrtel.net)
20:34.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:35.20*** join/#brlcad merzo (~merzo@176-126-132-95.pool.ukrtel.net)
20:39.25*** join/#brlcad merzo (~merzo@176-126-132-95.pool.ukrtel.net)
20:42.20*** join/#brlcad merzo (~merzo@176-126-132-95.pool.ukrtel.net)
20:45.29*** join/#brlcad merzo (~merzo@176-126-132-95.pool.ukrtel.net)
20:48.22*** join/#brlcad merzo (~merzo@176-126-132-95.pool.ukrtel.net)
20:51.22*** join/#brlcad merzo (~merzo@176-126-132-95.pool.ukrtel.net)
20:54.22*** join/#brlcad merzo (~merzo@176-126-132-95.pool.ukrtel.net)
20:57.22*** join/#brlcad merzo (~merzo@176-126-132-95.pool.ukrtel.net)
21:01.22*** join/#brlcad merzo (~merzo@176-126-132-95.pool.ukrtel.net)
21:05.22*** join/#brlcad merzo (~merzo@176-126-132-95.pool.ukrtel.net)
21:27.22*** join/#brlcad merzo (~merzo@176-126-132-95.pool.ukrtel.net)
21:32.22*** join/#brlcad merzo (~merzo@176-126-132-95.pool.ukrtel.net)
21:50.22*** join/#brlcad merzo (~merzo@176-126-132-95.pool.ukrtel.net)
21:55.21*** join/#brlcad merzo (~merzo@176-126-132-95.pool.ukrtel.net)
21:56.25*** join/#brlcad ``Erik (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
23:00.34*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160415

IRC log for #brlcad on 20160415

00:09.10starseek1r``Erik: looks like Notify is AWOL again
00:22.20*** join/#brlcad vkoyjyndunudbbmx (~armin@dslb-092-074-250-073.092.074.pools.vodafone-ip.de)
01:01.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:19.40*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
02:51.59brlcadmaths22: sudoers reloaded
02:52.11maths22brlcad: Thanks!
02:52.30maths22Having permissions to edit files makes life a lot easier :)
02:53.22brlcadmaths22: ``Erik: .bz's etc files are in /etc.bz/etc/ and /usr/local/etc.bz/etc for reference -- intentionally did not overwrite the new machine's files so we can weed out some unnecessary customization
02:53.38brlcadbut leaving them there for reference for a while is a good thing
02:54.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:57.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:02.33maths22brlcad: Installed nano, htop
03:02.44maths22htop is beautiful: 16 cores on top
03:02.48*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
03:02.49brlcadmaths22: cool, thx
03:03.07brlcadyeah, this new machine is really sweet compared to the old
03:03.29maths22What is the reason for making everything one partition?
03:03.32brlcadwe're paying a pretty penny for it, but got a pretty good deal
03:03.40maths22brlcad: Cool
03:03.40brlcadthat's just how it came
03:04.00maths22brlcad: Makes sense
03:04.17brlcadfyi, keeping a log of major sysadmin actions in /etc/motd until everything is done and set up
03:04.26brlcadfeel free to update it as you do stuff
03:04.47brlcadso ``Erik and myself will know, don't yet have any other admins to worry about
03:06.28brlcadmaths22: you installed those via ports or pkg?
03:06.39maths22Ports
03:06.47maths22I thought that is what we normally use
03:07.46maths22Should I note any dependencies that got automatically installed?
03:08.07brlcadnah
03:08.26brlcadjust make sure you are looking at the lastest version when editing before saving
03:08.33maths22OK
03:08.35brlcadso you don't clobber my notes that I just added ;)
03:09.21maths22brlcad: Could you transfer the password for travis-upload?
03:09.37brlcadit's there
03:10.27maths22Great! I didn't know if the service account passwords got transfered?
03:10.34maths22s/?//
03:10.35brlcadcopy it from etc.bz/etc/master.passwd to /etc/master.passwd, then run: pwd_mkdb -p /etc/master.passwd
03:11.21brlcadthe entry is there, just not the password hashes -- want to make sure that we only readd as needed (like for this, service accounts)
03:11.34brlcaddo you know the format of /etc/master.passwd?
03:11.53maths22brlcad: I don't
03:12.04maths22Could you explain so I don't break things
03:12.58brlcadcolon delimited, second column (after the first : up to the second : colon)  is a long password hash encoded
03:13.35brlcadthat's how passwords are stored, so keep them private, but you can cut and paste them from the old to the new for one account
03:13.55maths22brlcad: OK.
03:14.08brlcadI can do it if you feel uncertain, but it's good to learn how traditional unix accounts are managed (it's pretty simple really)
03:15.06maths22brlcad: Done!
03:16.00maths22travis-upload won't work until I get more stuff set up, but it allows me to upload builds from travis/appveyor without any risk to the rest of the system
03:16.21brlcadchecks
03:16.56brlcadlooks good!
03:17.20brlcadundoubtedly a lot of web stuff is broken ... LOTS of ports things missing
03:17.51brlcadeven the main config isn't yet getting read for some reason, didn't investigate
03:20.38maths22brlcad: How do we go about testing the web stuff?
03:24.01maths22BRL-CAD Release 7.25.0, Build 20160415
03:24.01maths22Elapsed compilation time: 2 minutes 15 seconds
03:24.04brlcadI update dns and we see if it works ;)
03:24.15brlcadusually on a subdomain first
03:25.51brlcadin brlcad.org's case, we have the other tld's we can switch over first
03:25.57brlcad(brlcad.net and .com)
03:26.06brlcaddoes some of those now
03:39.44maths22brlcad: Web configs don't work because we hardcoded the source IP
03:40.05brlcadah, right -- that's necessary
03:40.29brlcadthat's an easy fix
03:40.52brlcadokay, .net and com point to new server
03:41.23brlcad.com also needed nameserver updates, so it'll take a bit longer to propagate
03:41.46maths22OK
03:42.12maths22Should the ip be fixed with sed in all the configs or manually?
03:42.31brlcadperl will do a better job for this
03:42.48brlcadperl -pi -e 's/OLDIP/NEWIP/g' FILE
03:43.05maths22Just curious-why is that better than sed?
03:43.13brlcadperl will do the edit in place
03:43.21brlcadsed requires redirecting then copying over
03:43.39maths22Isn't that just 'sed -i'
03:44.16brlcadah yeah, I suppose ..  :)
03:45.08brlcadlearned sed a decade or two before they finally added that option, perl's always had in place edits (at least as long as I can remember)
03:46.03maths22Makes sense
03:46.08maths22I never knew a sed without it
03:46.23maths22Should I go ahead and apply it to all the configs?
03:46.29brlcadone of those things that got hardwired as "doesn't do that" .. I'll eventually remember, maybe :)
03:46.37brlcadsure
03:47.24brlcadthen the only advantage is that perl's regex features are generally quite a bit more advanced, and it's a different regex engine
03:47.55brlcadirrelevant for simple search and replace of course
04:03.02maths22brlcad: I guess we need to set up mysql
04:06.50brlcadyeah, that reminds me ... I kicked off db dumps yesterday
04:07.10brlcadthe db files themselves were copied straight up
04:07.22brlcadso may just need to install mysql and start it
04:08.01brlcadunless some config or the mysql db gets overwritten on install
04:08.40maths22I'm installing right now, so we will see soon
04:09.53brlcadsame version?
04:10.22brlcadlooks like we're on 14.14
04:10.57brlcadmoves the web root etc files into place
04:11.43brlcadhuh, already done
04:12.00brlcadah, you did it :)
04:16.49brlcadstarseeker: since saying "full size" would require the caller to consult documentation to know what full means, is there another way to phrase it that would be self-documenting?
04:20.15brlcadmaybe rt_db_internal_size() and rt_db_external_size()
04:22.37brlcadwith that, it'd clearly cover the two potential sizes unambiguously -- the function you added would be the internal
04:29.24brlcadI get that the intent of 'full' is the expansion to include referenced objects and you have an option that is not expanded too, so that I would suggest be handled with a flag to the internal size function
04:32.18brlcadhow to expose the two to the user ... looks like find already has a convention, just -size [type]
04:37.04brlcadhow about "-size n[ckrMGTP]"  with that 'r' (or perhaps R) flag meaning the recursive size similar to c, becomes a compatible extension
04:38.02brlcadyou're just trying to make release harder, aren't you :)
04:48.38*** join/#brlcad shubham (a5e1683c@gateway/web/freenode/ip.165.225.104.60)
05:26.00*** join/#brlcad ``Erik_ (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
05:36.52*** join/#brlcad Mandeep_Singh (~Mandeep@117.207.152.230)
05:40.38*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
05:41.14*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
05:58.34maths22brlcad: mysql is up and running
05:58.42maths22I had to retransfer it from the old server
06:13.34maths22brlcad: https://paste.ee/p/ZWFjV
06:16.32maths22For reference: https://paste.ee/p/wxMqD
06:32.40*** join/#brlcad Mandeep_Singh (~Mandeep@117.220.151.195)
06:48.45*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:12.24*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
08:31.57*** join/#brlcad Mandeep_Singh (~Mandeep@117.199.96.10)
09:00.47*** join/#brlcad Mandeep_Singh (~Mandeep@59.96.143.78)
09:45.09*** join/#brlcad Mandeep_Singh (~Mandeep@59.96.143.78)
09:53.27Notify03BRL-CAD:brlcad * 67631 brlcad/trunk/doc/STRATEGY: clean up the overview documentation to more carefully frame our strategic work in a positive light
09:55.19Notify03BRL-CAD:starseeker * 67632 brlcad/trunk/TODO: Eeek - something wrong with rtcheck/gdiff -R
09:55.23Notify03BRL-CAD:starseeker * 67633 brlcad/trunk/TODO: Cancel that (provisionally) - working with very small objects, overlaps may be below threshold
09:56.43Notify03BRL-CAD:starseeker * 67634 brlcad/trunk/doc/docbook/system/mann/draw.xml: Document the -L option to draw. Note in passing that there seem to be a whole lot of draw options that aren't documented...
09:58.24Notify03BRL-CAD:starseeker * 67635 (brlcad/trunk/include/ged/objects.h brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/mged/setup.c): Start playing around with the notion of a stat command for objects. May or may not make sense...
09:59.04Notify03BRL-CAD:starseeker * 67636 (brlcad/trunk/include/rt/db_io.h brlcad/trunk/src/libged/stat.c brlcad/trunk/src/librt/db5_io.c): Move the size calculator to a librt function - will have more than one use for this calculation.
09:59.06Notify03BRL-CAD:starseeker * 67637 (brlcad/trunk/NEWS brlcad/trunk/doc/docbook/system/mann/search.xml and 2 others): Add -size and -fsize filters to the search command. The -size option will filter based on individual object sizes. -fsize, by comparison, filters based on the 'full' defintion of the object based on its hierarchy - i.e., for a comb, it will filter based on that combs size summed with the sizes of all the
09:59.08Notifyobjects below the comb in the hierarchy. These options are intended to help users quickly narrow down what the 'big' objects are in a .g file and what hierarchy definitions might be combining to produce large objects.
09:59.10Notify...
09:59.57Notify03BRL-CAD Wiki:Eddysalazar * 0 /wiki/User:Eddysalazar:
10:16.40*** join/#brlcad gaganjyot (~gaganjyot@122.173.147.28)
10:37.08*** join/#brlcad Mandeep_Singh (~Mandeep@117.214.207.228)
11:53.20starseekerbrlcad: if it's a concern for release, by all means yank it - I just tossed that and the beginnings of stat in to be able to find big things in a .g more quickly/easily - my only other known options were to draw and see how long draws took or do a bazillion keeps and look at the .g files on the filesystem
11:53.56starseekergenerally speaking, search options don't themselves take options - it's like name and iname.  What about size and rsize for "recursive size"?
11:55.00starseekerI'm fine with those function names - I'll switch it later this morning
11:57.02starseekeror if we're doing a flag to the internal function, rt_db_size(int type) maybe?
11:58.13starseekeri guess that'd actually be rt_db_size(struct db_i *dbip, struct directory *dp, int type)
12:37.33brlcadstarseeker: many find options take options, so was that stuff yanked when it was adapted?
12:37.56brlcadcursory glance looked like all the code for handling options is still in there
12:39.28brlcadI got no problem with size+rsize options, just one of the points of -size on find isn't to report the size (-ls does that), it's to filter on size
12:40.05brlcadso in the name of compatibility and expected behavior, I would expect it to at least take a number... :)
12:41.04brlcadyeah .. -depth options take args..
12:42.22brlcadcommon use case: search . -name *.bot -size +1M -ls
12:43.12brlcadi.e., find all bots greater than 1MB, print a table listing of those objects
12:50.43brlcadsearch . -size -4000c    #<== find objects less than 4000 bytes
13:27.25*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
13:28.25*** join/#brlcad jasleen (~jasleen@117.255.208.72)
14:18.18Notify03BRL-CAD:starseeker * 67638 brlcad/trunk/src/other/CMakeLists.txt: mark as advanced
14:18.54starseekerbrlcad: the options take args, but they usually don't have options of their own...
14:20.03starseekerisn't familiar with the -ls option
14:20.04starseekerhmm
14:20.50starseekerbrlcad: maybe I'm missing something - -size is a filter
14:21.51starseekersearch . -name *.bot -size >1000000 should do your use case, modulo -ls
14:22.16starseekerI don't have anything to take the "friendly" size specifications like 1M, although I'd like to...
14:22.46starseeker-size and -rsize are filters, not reporting options
14:23.46starseekertries the find -ls option...
14:23.49starseekeroh, I see
14:23.58starseekeryeah, we don't have that reporting option currently
14:24.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:25.34starseekerbrlcad: I'm not 100% sure if dp->d_len is what I think it is - keeping things results in .g files with sizes not at all close to what a tree-walk summation of the d_len values reports
14:26.26starseekerthe other problem is that the tree walk size will report the xpushed size currently, since I don't recognize uniqueness of objects...
14:26.30starseekerhmm
14:26.38starseekerthat's a real problem, actually...
14:26.51starseekerand could explain the size difference
14:35.13maths22brlcad: I updated the homepage to use relative URLs
14:37.29maths22Also, brlcad.net works (I temporarily disabled the redirect so we could test it on the new server)
15:19.22*** join/#brlcad ishwerad1in (~ishweradm@servers.ishwerdas.com)
15:22.16*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
15:24.38*** join/#brlcad ``Erik (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
15:29.27*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
15:54.47*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
16:41.28Notify03BRL-CAD:starseeker * 67639 (brlcad/trunk/include/rt/db_io.h brlcad/trunk/src/libged/stat.c and 2 others): go with db5_size and a flag for recursive
16:41.58*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
16:46.34Notify03BRL-CAD:starseeker * 67640 (brlcad/trunk/doc/docbook/system/mann/search.xml brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h): Go with rsize rather than fsize for the hierarchy aware size filter.
16:47.38Notify03BRL-CAD:starseeker * 67641 brlcad/trunk/NEWS: Added recursive size calculating filter to search
16:49.18Notify03BRL-CAD:starseeker * 67642 brlcad/trunk/NEWS: Note that the new -size filter for search is a filter that will select based on indiviual object size, not a printing option to report size.
16:52.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:09.33*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
17:30.31brlcadstarseeker: ah, hm maybe just a feature missing from the version of find you started with ...
17:30.52brlcadI see that posix only dictates [-+]#[c]
17:31.17brlcadso http://pubs.opengroup.org/onlinepubs/009695399/utilities/find.html
17:31.33*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
17:31.43*** join/#brlcad ``Erik (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
17:31.54brlcadcuriously doesn't say anything about <=>
17:33.06brlcadSUSv2 is the same< http://pubs.opengroup.org/onlinepubs/007908799/xcu/find.html
17:34.57brlcadlooks like the other suffixes are specific to bsd and linux find, not the standard
17:35.32brlcadstill no mention of <> though -- is that something you introduced or did the find you used have that?
17:42.24brlcadmaths22: I see, awesome!  did mysql just come up (so all db's are available) or did you just restore the one needed?
17:43.15*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:43.24maths22All of them (but see my note in motd)
17:43.48brlcadstarseeker: gut feeling is that it'll be at least a week of tweaking and bug fixing to get -size/-rsize working right ... I think it will make sense to hold it from release
17:46.50brlcadgreat feature, very useful, but it'll take some investment to make sure it's correct
17:47.11brlcadespecially for all cases like search is supposed to handle (e.g., recursive size of an extrude, instances in a comb, etc)
17:47.55brlcadthere's also how to report disk size vs in-memory size (if they're drastically different)
17:48.14*** join/#brlcad Mandeep_Singh (~Mandeep@117.214.207.228)
17:52.12*** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-xsxmfsvyrlohdrlh)
17:57.40starseekerbrlcad: I introduced ><= - I wasn't aware of the [-+]#[c] bit
17:58.16starseekerbrlcad: ok, I'll back it out in a single commit so it can be re-introduced after release
18:00.05starseekeryeah, I think db5_size needs special reporting for extrude, dsp, submodel and possibly vol
18:01.41starseekerwe'll probably want some variation on an -ls option to get the size info reported in a search result - we've never needed it previously, but we will once we add this
18:05.09*** join/#brlcad gaganjyot (~gaganjyot@122.173.244.25)
18:07.46Notify03BRL-CAD:starseeker * 67643 (brlcad/trunk/include/ged/objects.h brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/mged/setup.c): Back out stat command
18:08.21Notify03BRL-CAD:starseeker * 67644 (brlcad/trunk/NEWS brlcad/trunk/include/rt/db_io.h and 3 others): Back out size/rsize search filters.
18:10.42starseekerbrlcad: I wasn't following the posix find docs all that closely for search - if you want to tack more closely to the standard it's probably worth a systematic audit of the commands.  I find the <=> notation more intuitive than +-, but that may just be me...
18:11.12starseekers/commands/filters and options
18:12.27Notify03BRL-CAD:starseeker * 67645 (brlcad/trunk/NEWS brlcad/trunk/include/rt/db_io.h and 3 others): shoot, forgot doc changes
18:14.21Notify03BRL-CAD:starseeker * 67646 (brlcad/trunk/NEWS brlcad/trunk/doc/docbook/system/mann/search.xml and 4 others): Back out size/rsize search filters (this time including docs).
18:19.52starseekerbrlcad: ok, we can reverse merge r67646 once we're done with the release
18:20.06*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
18:52.57*** join/#brlcad tflendrich (~tflendric@eac26.neoplus.adsl.tpnet.pl)
19:21.45*** join/#brlcad Mathnerd314_ (~quassel@supertux/Mathnerd314)
19:22.41Notify03BRL-CAD:brlcad * 67647 brlcad/trunk/TODO: note to reinstate stat and search -size next release. very useful. started in commits r67636 through r67646.
19:29.22*** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-uqsutahexjiazved)
19:53.45*** join/#brlcad Zitara (~vsvs@188.236.201.98)
19:58.15*** join/#brlcad Zitar (bcecc962@gateway/web/freenode/ip.188.236.201.98)
19:59.57ZitarHello
20:00.45ZitarUsing xcode as an IDE, should I use build all? Like the defult thing?
20:10.54*** join/#brlcad Zitara (~vsvs@188.236.201.98)
20:25.03Notify03BRL-CAD:starseeker * 67648 (brlcad/trunk/src/tclscripts/rtwizard/lib/FbPage.itk brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeA.itcl and 5 others): Spaces in output file paths were causing trouble. Also, if the render failed, we were ending up with zombie fbserv processes. Note: at some point refactor this file output logic into a common proc...
20:41.55starseekerbrlcad: I wonder if there's any way, in addition to the on-disk vs. in-mem size questions, to also assess and report the memory impact of the draw and prep of various objects.  I doubt it's workable as a search option, but maybe in the stat command we could do something to figure that out of a user specifically requests it?
20:43.14starseekerwould be handy, for example, to be able to get a feel for how much memory a NURBS tessellation is taking up at the current settings... maybe we could report it only for things that are currently drawn/prepped...
20:46.27starseekers/that out of/that out if/
21:12.20*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
21:21.50*** join/#brlcad shubham_ (71c189bf@gateway/web/freenode/ip.113.193.137.191)
23:18.34Notify03BRL-CAD:starseeker * 67649 (brlcad/trunk/NEWS brlcad/trunk/doc/docbook/system/mann/draw.xml and 3 others): This implements a user request for an option (-M) to the draw command that skips adding subtraction solids to the wireframe. Useful for objects that have lots of large subtractions that contribute in a minimal fashion to the final shape.
IRC log for #brlcad on 20160416

IRC log for #brlcad on 20160416

00:18.53*** join/#brlcad prsbpjuvxqrrakgy (~armin@94.216.165.217)
00:41.02*** join/#brlcad ``Erik (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
00:57.37*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
01:31.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:47.18starseekerhuh, haven't heard anything about abiword for a long time now...  https://www.figuiere.net/hub/blog/?2016/04/15/860-modernizing-abiword-code
03:14.55*** join/#brlcad boj (~boj@172.82.174.30)
04:08.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:32.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:44.52*** join/#brlcad boj (~boj@172.82.174.30)
04:57.25*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-rphqslhsjtggwzdq)
05:44.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:45.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
10:23.05*** join/#brlcad Zitar (~Zitar@46.186.187.42)
10:29.37*** join/#brlcad Zitar_ (~Zitar@46.186.187.42)
10:34.25*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
11:27.34*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-zjadrknnqeqtxyaw)
13:00.04*** join/#brlcad shubham_ (71c1895c@gateway/web/freenode/ip.113.193.137.92)
13:40.24*** join/#brlcad ovxkucqiehlddufd (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:40.41*** join/#brlcad mvboctdbjodmhrcv (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:40.58*** join/#brlcad ycxnlrcikpnuqopa (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:41.15*** join/#brlcad kvteidpebcvmqfys (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:41.32*** join/#brlcad uqgouviikjhhitio (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:41.50*** join/#brlcad prbikvrqlfnfkdcm (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:42.06*** join/#brlcad eqlbqbespcnnjvmr (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:42.23*** join/#brlcad wyqzmjfxywpodenu (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:42.40*** join/#brlcad roymmxppxvxrllml (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:42.57*** join/#brlcad fvkundefrpzojvbp (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:43.14*** join/#brlcad jiqhcihfkpwduryw (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:43.31*** join/#brlcad qmmvprrppvmbqask (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:43.46*** join/#brlcad LordOfBikes (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:44.08*** join/#brlcad iwygmyppsumsmcek (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:44.21*** join/#brlcad LordOfBikes (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:44.44*** join/#brlcad osclexfgijbxsuth (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:45.00*** join/#brlcad waqtzjqrrpfniiiv (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:45.17*** join/#brlcad kruufyzjajcklwvb (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:45.35*** join/#brlcad tubgjlsdbrnwnolu (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:45.52*** join/#brlcad blqpamoelorbufos (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:46.09*** join/#brlcad gdttkxoyybybglsb (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:46.26*** join/#brlcad mppqpscoxajdheqo (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:46.43*** join/#brlcad phbhmyuyodosvzod (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:47.00*** join/#brlcad qikrjfvhpgfqbzia (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:47.14*** join/#brlcad LordOfBikes (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:47.35*** join/#brlcad xzingknqqhrwlvke (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:47.53*** join/#brlcad fynsaedjpjrmxocf (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
13:51.32*** join/#brlcad LordOfBikes (~armin@dslb-094-216-165-217.094.216.pools.vodafone-ip.de)
15:46.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:47.43*** join/#brlcad gaganjyot (~gaganjyot@122.173.244.25)
16:09.26*** join/#brlcad gaganjyot (~gaganjyot@122.173.244.25)
17:03.47*** join/#brlcad gaganjyot (~gaganjyot@122.173.244.25)
17:28.10*** join/#brlcad Mandeep_Singh (~Mandeep@45.127.64.148)
17:44.06*** join/#brlcad gaganjyot (~gaganjyot@122.173.244.25)
21:09.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:47.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:19.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:23.04*** join/#brlcad Mandeep_Singh (~Mandeep@45.127.64.148)
23:52.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160417

IRC log for #brlcad on 20160417

00:17.44*** join/#brlcad wouyvouptmrrdcur (~armin@dslb-092-074-225-008.092.074.pools.vodafone-ip.de)
02:22.05*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:47.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:26.54*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-babgtovstpflfdyc)
05:44.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:47.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:03.54Notify03BRL-CAD Wiki:Sdiprinzio * 0 /wiki/User:Sdiprinzio:
07:52.36*** join/#brlcad skat00sh_ (uid103741@gateway/web/irccloud.com/x-wfywxwahikqzjgyz)
07:53.57*** join/#brlcad hkqanhtccuyhwsbf (~armin@dslb-092-074-225-008.092.074.pools.vodafone-ip.de)
08:00.56*** join/#brlcad shubham_ (01163fb4@gateway/web/freenode/ip.1.22.63.180)
15:44.59*** join/#brlcad infobot (ibot@rikers.org)
15:44.59*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
16:33.52*** join/#brlcad Mandeep_Singh (~Mandeep@117.199.100.212)
16:54.17*** join/#brlcad Mathnerd314_ (~quassel@supertux/Mathnerd314)
17:04.24*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
17:12.14*** join/#brlcad notify-web (~notify-we@192.30.252.41)
17:12.14notify-web[13web] 15peter-sa closed pull request #11: Improve positioning of "about" section blurbs (06master...06master) 02https://git.io/v20Z4
17:12.14*** part/#brlcad notify-web (~notify-we@192.30.252.41)
17:14.43andromeda-galaxybrlcad: which version of the brlcad/web repo is brlcad.org running?  Can we (or have we) set up some kind of continuous deployment from GH so that the server updates "immediately" to show master?
17:37.29*** join/#brlcad gaganjyot1 (~gaganjyot@122.173.244.25)
17:48.40*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
17:57.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:23.22*** join/#brlcad jasleen (~jasleen@115.184.42.103)
19:30.58*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
23:16.31*** join/#brlcad infobot (ibot@rikers.org)
23:16.31*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
23:37.13*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
23:50.34*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160418

IRC log for #brlcad on 20160418

00:04.16*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
00:16.36*** join/#brlcad txootvkpfzdwfwtk (~armin@dslb-092-074-246-225.092.074.pools.vodafone-ip.de)
00:26.47*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
00:47.49*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
01:08.21*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
01:29.27*** join/#brlcad poxip (~poxip@2a01:115f:461:7d00:ba27:ebff:fef7:2541)
01:29.28*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
01:50.24*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
01:59.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:10.56*** join/#brlcad poxip (~poxip@2a01:115f:461:7d00:ba27:ebff:fef7:2541)
02:10.56*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
02:24.27*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
02:39.21starseekerbrlcad: post 7.26, do you know of any barriors that would stop us from requiring/using C++11?
04:15.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:12.40*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
08:16.53*** join/#brlcad merzo (~merzo@92.60.189.225)
08:19.55*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:57.14*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
10:23.18*** join/#brlcad shubham_ (a5e16831@gateway/web/freenode/ip.165.225.104.49)
11:01.36*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
11:04.57*** join/#brlcad kanzure_ (~kanzure@bryan.fairlystable.org)
11:05.09*** join/#brlcad ceterumnet_ (~ceterumne@50.56.243.144)
13:03.01*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
13:25.26*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
13:30.41Notify03BRL-CAD:starseeker * 67650 brlcad/trunk/CMakeLists.txt: The BRLCAD_CONFIG.GLOBAL mechanism was originally my suggestion, but it ended up not being particularly useful - between the configure script wrapper and distcheck, plus avoiding unexpected behavior when needing to test one thing or another, there's no particular incentive to define the file.
13:39.00Notify03BRL-CAD:starseeker * 67651 (svn:ignore ## -0,0 +1,3 ## and 3 others): Make a branch to do some fairly invasive experiments with the CMake logic.
13:50.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:13.26*** join/#brlcad shubham (01163e49@gateway/web/freenode/ip.1.22.62.73)
14:26.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:17.58Notify03BRL-CAD:starseeker * 67652 (brlcad/branches/multiproj/CMakeLists.txt brlcad/branches/multiproj/misc/CMake/BRLCAD_CMakeFiles.cmake and 6 others): Start modularizing the top level CMakeLists.txt file into discreet functionality chunks.
16:38.37*** join/#brlcad Mandeep_Singh (~Mandeep@117.199.100.135)
16:39.24Notify03BRL-CAD:starseeker * 67653 (brlcad/branches/multiproj/CMakeLists.txt brlcad/branches/multiproj/src/other/libvds/CMakeLists.txt brlcad/branches/multiproj/src/rt/CMakeLists.txt): Don't need the liblib override in the general add_library override.
16:50.48*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
17:19.32*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
17:31.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:49.46Notify03BRL-CAD:starseeker * 67654 (brlcad/branches/multiproj/CMakeLists.txt brlcad/branches/multiproj/misc/CMake/BRLCAD_Targets.cmake brlcad/branches/multiproj/misc/CMake/BRLCAD_Version.cmake): Factor out more individual pieces.
18:03.00Notify03BRL-CAD:starseeker * 67655 (brlcad/branches/multiproj/CMakeLists.txt brlcad/branches/multiproj/misc/CMake/word_size.cmake): random includes of CMake functionality...
18:28.09*** join/#brlcad jasleen (~jasleen@117.255.209.90)
18:36.50*** join/#brlcad Mandeep_Singh (~Mandeep@117.199.100.135)
18:37.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:50.05*** join/#brlcad merzo (~merzo@241-38-132-95.pool.ukrtel.net)
22:39.26*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160419

IRC log for #brlcad on 20160419

00:08.46*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
00:31.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:33.32Notify03BRL-CAD:starseeker * 67656 (brlcad/branches/multiproj/CMakeLists.txt brlcad/branches/multiproj/INSTALL and 7 others): More refactor work.
05:06.29*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
05:48.53*** join/#brlcad aexedrrgwczyjdow (~armin@dslb-092-074-246-225.092.074.pools.vodafone-ip.de)
05:51.39*** join/#brlcad shubham (a5e16831@gateway/web/freenode/ip.165.225.104.49)
06:38.34*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:43.16*** join/#brlcad jasleen (~jasleen@115.184.4.208)
07:06.40*** join/#brlcad yorik (~yorik@63.10-64-87.adsl-dyn.isp.belgacom.be)
08:00.32*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:02.56*** join/#brlcad jasleen (~jasleen@115.184.116.208)
09:22.08*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:01.50*** join/#brlcad yorik1 (~yorik@63.10-64-87.adsl-dyn.isp.belgacom.be)
12:21.31*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
12:40.10*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
13:22.23*** join/#brlcad shubham (01163e60@gateway/web/freenode/ip.1.22.62.96)
13:41.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:28.45Notify03BRL-CAD:starseeker * 67657 brlcad/trunk/TODO: As near as I can tell, rtg3 looks OK. Runs both with and without the -c "set ray_data_file=..." setting.
14:46.47Notify03BRL-CAD:starseeker * 67658 brlcad/trunk/src/rtwizard/main.c: Don't pass all the command line args on to tcl (we're handling them here, and they appear to be able to mess with subsequent Tcl processing depending on which args are passed.)
14:54.22*** join/#brlcad tandoorichick_ (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
14:57.25*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:01.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:23.00*** join/#brlcad shubham (01163e60@gateway/web/freenode/ip.1.22.62.96)
15:47.56*** join/#brlcad jasleen (~jasleen@117.253.224.57)
15:51.26*** join/#brlcad Mandeep_Singh (~Mandeep@117.220.145.166)
16:10.36*** join/#brlcad merzo (~merzo@92.60.189.225)
17:08.39*** join/#brlcad Mandeep_Singh (~Mandeep@117.220.145.166)
17:24.07Notify03BRL-CAD:starseeker * 67659 brlcad/trunk/src/rtwizard/main.c: comment so having 1 here instead of ac doesn't look like a typo.
17:52.39Notify03BRL-CAD:starseeker * 67660 brlcad/trunk/TODO: We need to verify that the burst tool is working.
18:36.24Notify03BRL-CAD:brlcad * 67661 brlcad/trunk/TODO: need to implement quasi-random unbiased iterative spherical ray sampling.
18:37.46*** join/#brlcad jasleen (~jasleen@117.253.224.57)
19:02.33Notify03BRL-CAD:starseeker * 67662 brlcad/trunk/src/librt/primitives/datum/datum.c: Make a stab at reworking how datum lines and planes are redrawn
19:03.19*** join/#brlcad shubham (7b88c555@gateway/web/freenode/ip.123.136.197.85)
19:08.37*** join/#brlcad merzo (~merzo@175-31-133-95.pool.ukrtel.net)
19:10.12*** join/#brlcad merzo (~merzo@175-31-133-95.pool.ukrtel.net)
19:11.29*** join/#brlcad merzo (~merzo@175-31-133-95.pool.ukrtel.net)
19:40.23*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
19:46.55*** join/#brlcad merzo_ (~merzo@224-5-132-95.pool.ukrtel.net)
19:50.31*** join/#brlcad shubham (7b88c555@gateway/web/freenode/ip.123.136.197.85)
20:06.41*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
21:49.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:09.52*** join/#brlcad yorik (~yorik@63.10-64-87.adsl-dyn.isp.belgacom.be)
22:18.22*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
22:55.13*** join/#brlcad Mandeep_Singh (~Mandeep@117.220.145.166)
23:24.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:46.46*** join/#brlcad annisar (~kamil@mail.soltysik.in)
23:50.26*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160420

IRC log for #brlcad on 20160420

00:30.25*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
01:04.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:55.04*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
02:29.00starseekerbrlcad: ah!  the in command for datums seems to be having trouble with inches for units - the m35 model placed a datum in the wrong place when I entered it
02:29.10starseekerwill debug tomorrow...
02:29.31starseekerhmm... actually, wait
02:29.42starseekerah, no this is somethinge else - my fault
02:30.57starseekeryep, wrong xyz selection
02:31.01starseekernevermind, carry on...
02:47.50*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
03:26.07brlcadstarseeker: brlcad.org/~sean/tmp/datums.g has two plane datums that seem to be plotting buggy
03:26.17brlcadthe line datum looks to be fixed now
03:37.23brlcadandromeda-galaxy: that was the plan, but then immediately several changes got pushed that deviated from the original design plan so two were set up
03:37.45*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
03:46.05*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
03:48.57brlcadstarseeker: restarting your stat comments, I think that drawing gets outside the scope
03:49.03brlcadmaybe the analyze command could include "performance" characteristics, better fit there
03:50.27brlcadsome estimation of prep complexity, rays/sec, wireframe, and poly visuals would be useful metrics we could calculate (if we can come up with a more specific and rigorous definition of what exactly it's reporting)
03:51.15*** join/#brlcad shubham (a5e16831@gateway/web/freenode/ip.165.225.104.49)
04:52.34*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
05:17.01*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-qsnqhaobaxzqvejt)
06:03.33brlcadshubham: responded via e-mail, please give it a peek when you can
06:05.53shubhambrlcad: I was just preparing the response mail. I'll just finish mailing that to you and we can have some discussion here after that, if you're available.
06:54.08*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
07:18.36*** join/#brlcad yorik (~yorik@63.10-64-87.adsl-dyn.isp.belgacom.be)
07:30.36*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:43.54*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
07:57.50*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
08:13.41*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
08:33.23*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
09:31.04*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
09:53.59*** join/#brlcad Mandeep_Singh (~Mandeep@202.164.53.117)
09:54.21*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
10:11.45*** join/#brlcad Mandeep_Singh (~Mandeep@202.164.53.117)
10:13.44*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
10:21.48*** join/#brlcad Mandeep_Singh (~Mandeep@202.164.53.117)
10:42.20*** join/#brlcad Mandeep_Singh (~Mandeep@202.164.53.117)
10:54.57*** join/#brlcad shubham (a5e1683b@gateway/web/freenode/ip.165.225.104.59)
11:11.47*** join/#brlcad Mandeep_Singh (~Mandeep@202.164.53.117)
11:21.04*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
11:22.05*** join/#brlcad Mandeep_Singh (~Mandeep@202.164.53.117)
12:29.19*** join/#brlcad yorik (~yorik@63.10-64-87.adsl-dyn.isp.belgacom.be)
13:05.43*** join/#brlcad Zitara (~vsvs@149.147.168.206)
13:09.20*** join/#brlcad jasleen (~jasleen@101.60.172.247)
13:24.24brlcadgood luck to all our gsoc applicants!
13:24.45brlcadtoday is the selection deadline .. you guys find out from Google on Friday I believe
13:40.05teepee`brlcad: thanks, all good from our side, now waiting for the official announcement from google...
13:42.10brlcadteepee`: great!
13:42.21brlcadi think we're good to go all around now
14:00.32*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
14:36.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:36.30*** join/#brlcad jasleen (~jasleen@101.60.206.248)
14:41.03*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
14:44.54*** join/#brlcad shubham_ (7b88c59b@gateway/web/freenode/ip.123.136.197.155)
14:59.50*** join/#brlcad Mandeep_Singh (~Mandeep@117.220.150.192)
15:23.57*** join/#brlcad jasleen (~jasleen@117.253.224.226)
15:33.05*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
15:55.27*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
15:56.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:29.12*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
16:39.56andromeda-galaxyj
16:40.26andromeda-galaxybrlcad:what do you mean by "two were set up"?
16:41.17*** join/#brlcad yorik (~yorik@63.10-64-87.adsl-dyn.isp.belgacom.be)
16:56.16*** join/#brlcad Mandeep_Singh (~Mandeep@117.220.150.192)
16:58.54*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
18:44.36*** join/#brlcad ickby (~stefan@x5d845a1f.dyn.telefonica.de)
19:19.37*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
19:51.14*** join/#brlcad jasleen (~jasleen@117.253.224.226)
20:20.41*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:21.49*** join/#brlcad Mandeep_Singh (~Mandeep@117.220.150.192)
20:39.09*** join/#brlcad merzo_ (~merzo@233-25-132-95.pool.ukrtel.net)
21:08.04starseekerbrlcad: what bugs am I looking for in the plane datum plotting in that example?
21:16.52starseekerisn't spotting anything offhand...
23:27.00*** join/#brlcad LordOfBikes (~armin@dslb-092-074-242-102.092.074.pools.vodafone-ip.de)
IRC log for #brlcad on 20160421

IRC log for #brlcad on 20160421

00:31.06*** join/#brlcad bubbmpwhvwsaehnq (~armin@dslb-178-010-185-155.178.010.pools.vodafone-ip.de)
00:38.51*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
00:43.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:46.15*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
02:16.13*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
03:41.53*** join/#brlcad shubham (a5e1683b@gateway/web/freenode/ip.165.225.104.59)
03:56.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:58.12brlcadstarseeker: er, I was seeing extraneous and missplaced line segments with both planes
03:58.16brlcadwith a fresh build
03:59.10brlcadandromeda-galaxy: there's beta.brlcad.org and the main site, the prior being a staging and testing ground for the latter
04:01.52brlcadpets Notify
04:08.57brlcadugh, nearly 150 lines just to stub in a single command that has gone through years of maintenance
04:36.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:46.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:59.20brlcadstarseeker: fyi,         Start 782: regress-rtwizard-rtwiz_m35_A
05:59.42brlcadseems to be stuck .. no cpu activity, several minutes passed
06:04.08brlcadlooks like it's stuck talking to the fbserv in rem_open(), pkg_waitfor().., pkg_suckin()
06:04.18brlcadit == rt
06:05.33brlcadthere is an fbserv running and it's waiting for a connection, so something is probably awry with how fbserv is invoked
06:06.00brlcadit's clearly been detached, so I suspect a race condition where rt tries to talk to it before it's had a chance to start listening
06:08.14brlcadhm, yeah, something awry with the fbserv .. even fbclear -F 1 stalls in the same place
06:08.31brlcaddetaches for the night
07:14.01*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:42.50*** join/#brlcad yorik (~yorik@63.10-64-87.adsl-dyn.isp.belgacom.be)
08:28.51*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:56.53*** join/#brlcad shubham (a5e16837@gateway/web/freenode/ip.165.225.104.55)
09:24.54*** join/#brlcad merzo_ (~merzo@user-94-45-58-141.skif.com.ua)
10:09.21*** join/#brlcad shubham (a5e16832@gateway/web/freenode/ip.165.225.104.50)
12:57.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:22.51*** join/#brlcad shubham (71c18862@gateway/web/freenode/ip.113.193.136.98)
15:28.56*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
16:03.16*** join/#brlcad Mandeep_Singh (~Mandeep@117.199.103.122)
17:02.32*** join/#brlcad ickby (~stefan@x5d8450b2.dyn.telefonica.de)
17:06.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:10.18*** join/#brlcad kanzure (~kanzure@bryan.fairlystable.org)
17:10.32*** join/#brlcad kanzure_ (~kanzure@bryan.fairlystable.org)
17:12.26*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
17:12.55*** join/#brlcad iibjdszvmqlezjdf (~armin@dslb-178-010-185-155.178.010.pools.vodafone-ip.de)
17:13.16*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
17:15.18*** join/#brlcad yorik (~yorik@87.64.10.63)
17:16.19*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
17:23.54*** join/#brlcad ickby (~stefan@x5d8450b2.dyn.telefonica.de)
17:29.19*** join/#brlcad ickby (~stefan@x5d8450b2.dyn.telefonica.de)
17:30.05andromeda-galaxybrlcad: ah okay, that makes sense.  Is beta.brlcad.org always running the latest git master branch?
17:38.28andromeda-galaxyalso, what's the process for agreeing to push a beta. version out to the main site?  As it is, the main site still has a number of usability/responsiveness issues that look much better on beta.
18:11.42*** join/#brlcad shubham (71c18862@gateway/web/freenode/ip.113.193.136.98)
18:31.51*** join/#brlcad ickby (~stefan@x5d8450b2.dyn.telefonica.de)
18:39.57*** join/#brlcad Zitara (~vsvs@149.147.165.170)
18:41.15*** join/#brlcad ickby (~stefan@x5d8450b2.dyn.telefonica.de)
19:09.27*** join/#brlcad ickby (~stefan@x5d8450b2.dyn.telefonica.de)
19:11.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:28.42*** join/#brlcad merzo_ (~merzo@150-55-201-46.pool.ukrtel.net)
19:49.04*** join/#brlcad yorik (~yorik@63.10-64-87.adsl-dyn.isp.belgacom.be)
21:31.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:16.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:35.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:07.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:07.50*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160422

IRC log for #brlcad on 20160422

00:30.14*** join/#brlcad oioqxppzsitbevgv (~armin@dslb-088-067-248-134.088.067.pools.vodafone-ip.de)
00:39.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:55.35starseeker``Erik: Notify stuck again?
01:36.00starseekergets a fairly minimal burst run to work on Windows, declares victory, and heads home
02:26.25*** join/#brlcad andrei_ (561e4738@gateway/web/freenode/ip.86.30.71.56)
02:27.05andrei_Hi!
02:29.33andrei_if I am to write a class that contains several geometric objects
02:30.30andrei_does it make more sense to create an "object" class with a void* value and a name, or to store them in a map, like <Object, type> ?
03:04.23brlcadandrei_: neither of those sound quite right, but it depends on what you're doing with the geometry and the object classes
03:06.19andrei_I have to write a heterogeneous data structure to store different geometric objects ( circles, elipses, rectangles, polygons)
03:07.03andrei_I only need to determine the intersection points
03:59.36*** join/#brlcad annisar (~kamil@mail.soltysik.in)
04:27.06*** join/#brlcad shubham (a5e16833@gateway/web/freenode/ip.165.225.104.51)
07:39.32*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:41.52*** join/#brlcad shubham (a5e1683d@gateway/web/freenode/ip.165.225.104.61)
08:24.55*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
08:32.53*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:04.18*** join/#brlcad merzo_ (~merzo@92.60.189.225)
09:36.05*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
11:09.45*** join/#brlcad andrei_ (561e4738@gateway/web/freenode/ip.86.30.71.56)
12:16.37Notify03BRL-CAD:starseeker * 67663 brlcad/trunk/src/libged/display_list.c: respect color attribute on individual solids for drawing wireframes.
12:16.39Notify03BRL-CAD:starseeker * 67664 (brlcad/trunk/src/libged/make.c brlcad/trunk/src/libged/typein.c brlcad/trunk/src/librt/wdb.c): Set default initial color of yellow for datum objects.
12:17.00Notify03BRL-CAD:starseeker * 67665 brlcad/trunk/doc/docbook/system/man1/CMakeLists.txt: Stub in the start of a burst man page.
12:17.27Notify03BRL-CAD:brlcad * 67666 (brlcad/trunk/NEWS brlcad/trunk/TODO): burst now has an initial manual page
12:17.30Notify03BRL-CAD:starseeker * 67667 brlcad/trunk/src/librt/primitives/datum/datum.c: Scale both the normal line and the plane square based on the user specified length of the datum normal vector. This allows the user to define datum planes that are visible on the scale they need (an example is the m35 component, where a unit plane is not visible when the whole truck is drawn...)
12:17.34Notify03BRL-CAD:brlcad * 67668 brlcad/trunk/NEWS: cliff reworked datum wireframes addressing a user request to distinguish them from regular geometry by drawing them in yellow. also fixed a bug in the datum wireframes causing the line arrowheads to get stretched.
12:18.21Notify03BRL-CAD:starseeker * 67669 brlcad/trunk/doc/docbook/system/man1/burst.xml: Add the burst command table from the old report
12:18.27Notify03BRL-CAD:starseeker * 67670 brlcad/trunk/doc/docbook/system/man1/burst.xml: tag commands and options
12:18.29Notify03BRL-CAD:starseeker * 67671 brlcad/trunk/doc/docbook/system/man1/burst.xml: tags in comments
12:18.43Notify03BRL-CAD:brlcad * 67672 (brlcad/trunk/regress/library.sh brlcad/trunk/regress/quote.sh): test_quote was renamed to test_bu_escape, and is not located where ensearch() knew to look.
12:18.46Notify03BRL-CAD:brlcad * 67673 brlcad/trunk/regress/CMakeLists.txt: the regress-quote regression test isn't really a regression test as it's entire purpose seems to be to run a single libbu unit test. this is unnecessary as unit tests are their own testing category and there's no regression behavior being distinctly evaluated here different from the unit testing.
12:18.48Notify03BRL-CAD:starseeker * 67674 brlcad/trunk/doc/docbook/system/man1/burst.xml: If we're going to do this, do it right. Start migrating the burst command documentation into the man page.
12:18.50Notify03BRL-CAD:brlcad * 67675 brlcad/trunk/regress/library.sh: with the cmake build placing build targets into the bin dir, finding them is greatly simplified. so we don't need to be aware of the source tree. as regression tests are (by definition) testing user tools, everything being tested should be in the bin dir. probably not necessary to even keep bench in the list, but leaving it alone for now.
12:18.53Notify03BRL-CAD:brlcad * 67676 (brlcad/trunk/src/mged/cmd.c brlcad/trunk/src/mged/cmd.h and 2 others): remove the experimental and undocumented 'pl' command that was never finished. while it attempted a novel approach, attaching to mged to directly get the wireframe from the DM, the plot it produced was ever so slightly invalid and it included the faceplate (maybe a feature, but unexpected) and it was mangled.
12:18.55Notify03BRL-CAD:brlcad * 67677 brlcad/trunk/src/tclscripts/mged/help.tcl: savekey is not experimental. has a manpage and was migrated to libged
12:19.02Notify03BRL-CAD:brlcad * 67678 brlcad/trunk/doc/STRATEGY: Massive rewickering of the archer deployment project. After meeting and applying time estimates, the project was beyond the defined scope at 25+ weeks of effort. Faced with either identifying dependencies and resources or defering/separating into multiple projects, the latter path was taken. Now deployment spans two projects with the first being a completion of
12:19.04NotifyALPHA tasks and the latter a completion of essential BETA tasks.
12:19.06Notify...
12:19.11Notify03BRL-CAD:brlcad * 67679 brlcad/trunk/doc/STRATEGY: move discussions with users onto the end of the alpha process so we have a better handle on what beta tasks are needed for final release. this makes both projects fit the time criteria without worrying about interdependencies.
12:19.23Notify03BRL-CAD:starseeker * 67680 brlcad/trunk/src/rtwizard/main.c: don't need to duplicate argv array any longer.
12:19.25Notify03BRL-CAD:n_reed * 67681 brlcad/trunk/src/libged/select.c: fix typo from r67151's bu hash api conversion causing null dereference
12:19.29Notify03BRL-CAD:starseeker * 67682 brlcad/trunk/src/libtclcad/tclcad_init.c: check args before processing
12:19.31Notify03BRL-CAD:starseeker * 67683 brlcad/trunk/doc/docbook/system/man1/burst.xml: Set up structure for more of the burst doc contents
12:19.52Notify03BRL-CAD:starseeker * 67684 brlcad/trunk/doc/docbook/system/man1/burst.xml: rough transfer of the majority of the text from the burst document. Still have several tables and a lot of reference and command notation to do, plus a general proofread to make sure the absence of the menu entry lines hasn't eliminated essential context.
12:20.11Notify03BRL-CAD:starseeker * 67685 brlcad/trunk/doc/docbook/system/man1/burst.xml: Add color key tables
12:20.16Notify03BRL-CAD:starseeker * 67686 brlcad/trunk/src/libtclcad/tclcad_init.c: Create the vars to satisfy the tcl scripts, even if we don't have argv.
12:20.18Notify03BRL-CAD:starseeker * 67687 brlcad/trunk/doc/docbook/system/man5/CMakeLists.txt: Add in man page with table for burst_point_library file format.
12:20.20Notify03BRL-CAD:starseeker * 67688 brlcad/trunk/doc/docbook/system/man5/burst_point_library.xml: ws
12:20.22Notify03BRL-CAD:starseeker * 67689 brlcad/trunk/src/archer/archer_launch.tcl: Don't complain about differences between argv0 and bu_brlcad_root unless we actually know enough to do so.
12:20.24Notify03BRL-CAD:starseeker * 67690 brlcad/trunk/doc/docbook/system/man5/CMakeLists.txt: Add man page for burst shotline file format
12:20.26Notify03BRL-CAD:starseeker * 67691 brlcad/trunk/doc/docbook/system/man1/burst.xml: reference other burst man pages
12:20.32Notify03BRL-CAD:brlcad * 67692 (brlcad/trunk/src/tclscripts/helplib.tcl brlcad/trunk/src/tclscripts/lib/Db.tcl brlcad/trunk/src/tclscripts/lib/Ged.tcl): xpush is not experimental
12:20.34Notify03BRL-CAD:brlcad * 67693 brlcad/trunk/src/libged/display_list.c: remove duplicate comment
12:20.36Notify03BRL-CAD:brlcad * 67694 (brlcad/trunk/src/tclscripts/helplib.tcl brlcad/trunk/src/tclscripts/mged/help.tcl): vdraw is also no longer experimental. even has a nicely detailed manpage.
12:20.38Notify03BRL-CAD:starseeker * 67695 brlcad/trunk/src/libtclcad/tclcad_init.c: use the var...
12:20.40Notify03BRL-CAD:brlcad * 67696 (brlcad/trunk/doc/docbook/articles/en/mged.xml brlcad/trunk/doc/html/manuals/mged/mged_cmd_index.html): pl command was removed in favor of plot command, so don't mention it any more
12:20.43Notify03BRL-CAD:brlcad * 67697 (brlcad/trunk/CHANGES brlcad/trunk/NEWS): since there was a mention of pl in some docs, go ahead and inform users that pl went away. considered minimally impacting as plot command did the same thing without the errors pl had
12:20.45Notify03BRL-CAD:brlcad * 67698 (brlcad/trunk/CHANGES brlcad/trunk/doc/docbook/articles/en/mged.xml and 12 others): remove the undocumented and marked-as-experimental 'polybinout' command that looks an aweful lot like the poly command, but with custom binary data being written out from serialized structs. nor bob or I know of anyone that ever used the command.
12:20.48Notify03BRL-CAD:brlcad * 67699 brlcad/trunk/CHANGES: things that go through deprecation are not necessarily obsolete, but they are removed.
12:20.50Notify03BRL-CAD:brlcad * 67700 (brlcad/trunk/CHANGES brlcad/trunk/doc/docbook/articles/en/mged.xml and 16 others): remove the 'experimental', i.e., undocumented and never really used but incurred considerable maintenance cost over the years, pov command. the command was by carl nuzman (arl summer student) as a one-stop command for setting a view. lots of ways to create a conflicting specification and there are many
12:20.52Notify(albeit multi-command) alternatives available for setting the view.
12:20.54Notify...
12:20.56Notify03BRL-CAD:brlcad * 67701 brlcad/trunk/CHANGES: stick with one convention, no need for space padding. also libbu/libbn were not removed, clarify that it's a dependency on tcl that went away.
12:20.59Notify03BRL-CAD:brlcad * 67702 brlcad/trunk/HACKING: beyond experimental developments is no longer true
12:21.01Notify03BRL-CAD:brlcad * 67703 (brlcad/trunk/doc/docbook/articles/en/mged.xml brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIV.xml brlcad/trunk/doc/docbook/system/man3/libwdb.xml): ugh, cut the BS noncommittal disavowing. own it, finish it, or get rid of it.
12:21.03Notify03BRL-CAD:brlcad * 67704 brlcad/trunk/include/ged/rt.h: savekey is not experimental
12:21.07Notify03BRL-CAD:brlcad * 67705 (brlcad/trunk/include/optical/shadework.h brlcad/trunk/src/liboptical/sh_plastic.c): remove never-completed unused 'experimental' code.
12:21.09Notify03BRL-CAD:brlcad * 67706 brlcad/trunk/regress/CMakeLists.txt: own em or gttfo
12:21.11Notify03BRL-CAD:brlcad * 67707 (brlcad/trunk/TODO brlcad/trunk/src/conv/step/CMakeLists.txt and 3 others): remove more non-committal bs. tell it like it is.
12:21.53Notify03BRL-CAD:bob1961 * 67708 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Simplified ArcherCore::getTreeMembers
12:21.58Notify03BRL-CAD:bob1961 * 67709 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Commented out a bit of code in Archer::initDefaultBindings that was causing a performance issue while using the shift-grips.
12:22.18Notify03BRL-CAD:starseeker * 67710 (brlcad/trunk/doc/docbook/system/mann/Introduction.xml brlcad/trunk/src/brlman/brlman.c and 4 others): Teach brlman a few more tricks. If we're viewing a man1 man page, the ToC list of man pages should also be the man1 pages (and so on for the other categories. Add a -S option to force graphical mode to list a particular section, and a help option.
12:23.22Notify03BRL-CAD:starseeker * 67711 (brlcad/trunk/doc/CMakeLists.txt brlcad/trunk/doc/docbook/system/man1/burst.xml): Close enough. burst man1 page is now live. mm version will be in repo history if something was missed
12:23.24Notify03BRL-CAD:starseeker * 67712 brlcad/trunk/doc/docbook/system/man1/burst.xml: ws
12:23.26Notify03BRL-CAD:starseeker * 67713 brlcad/trunk/regress/CMakeLists.txt: Got burst to run. This example is almost certainly not minimal, but since it did work (on Linux) checkpoint it.
12:23.28Notify03BRL-CAD:starseeker * 67714 brlcad/trunk/regress/burst/ktank.b: error-file and color-file cause problems with the Release build on MSVC. If we comment those out, burst runs.
12:23.30Notify03BRL-CAD:starseeker * 67715 brlcad/trunk/NEWS: We now have a successful run of the burst tool in batch mode on Windows. The termlib interface has not and will not be ported, and not all features work even in batch mode, but shotline and burst text files have been successfully generated.
12:24.27Notify03BRL-CAD Wiki:ZitarMorningStar * 0 /wiki/User:ZitarMorningStar:
12:24.29Notify03BRL-CAD Wiki:TesterTester * 0 /wiki/User:TesterTester:
12:49.11*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
13:30.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:13.22*** join/#brlcad jasleen (~jasleen@101.60.228.156)
15:19.23Notify03BRL-CAD:starseeker * 67716 (brlcad/trunk/NEWS brlcad/trunk/doc/docbook/system/man1/CMakeLists.txt): Add basic manual page and NEWS item for icv image conversion tool.
15:22.54Notify03BRL-CAD:starseeker * 67717 brlcad/trunk/doc/docbook/system/man1/icv.xml: ws
15:55.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:00.55*** join/#brlcad ickby (~stefan@x5d844377.dyn.telefonica.de)
16:11.20*** join/#brlcad ickby (~stefan@x5d844377.dyn.telefonica.de)
16:40.22*** join/#brlcad ickby_ (~stefan@x5d844377.dyn.telefonica.de)
17:25.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:32.23*** join/#brlcad catchchaos (0e8b9bd8@gateway/web/freenode/ip.14.139.155.216)
17:57.54*** join/#brlcad Mandeep_Singh (~Mandeep@59.91.232.78)
18:01.20*** join/#brlcad merzo (~merzo@2-60-133-95.pool.ukrtel.net)
18:07.59*** join/#brlcad merzo (~merzo@2-60-133-95.pool.ukrtel.net)
18:09.54*** join/#brlcad merzo (~merzo@2-60-133-95.pool.ukrtel.net)
18:12.59*** join/#brlcad merzo (~merzo@2-60-133-95.pool.ukrtel.net)
18:15.41*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
18:15.59*** join/#brlcad merzo (~merzo@2-60-133-95.pool.ukrtel.net)
18:17.45*** join/#brlcad merzo (~merzo@2-60-133-95.pool.ukrtel.net)
18:19.41*** join/#brlcad merzo (~merzo@2-60-133-95.pool.ukrtel.net)
18:38.09*** join/#brlcad jasleen (~jasleen@115.184.98.177)
18:41.41Notify03BRL-CAD:starseeker * 67718 (brlcad/trunk/NEWS brlcad/trunk/doc/docbook/system/mann/lc.xml brlcad/trunk/src/libged/lc.c): Add -m option to lc to report region_id sets containing non-matching material_id and/or los values.
18:53.00Notify03BRL-CAD:starseeker * 67719 (brlcad/trunk/src/burst/burst.format brlcad/trunk/src/burst/prnt.c brlcad/trunk/src/rt/viewg3.c): Up rtg3 and burst output to 5 digits for component numbers
18:55.09*** join/#brlcad Mandeep_Singh (~Mandeep@101.214.184.1)
19:07.41*** join/#brlcad jasleen (~jasleen@101.60.207.70)
19:13.41*** join/#brlcad Mandeep_Singh (~Mandeep@101.214.184.1)
19:27.51*** join/#brlcad AndChat|455600 (~Amarjeet@101.213.163.54)
19:43.50*** join/#brlcad ishwerdas (7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31)
19:44.25ishwerdascongratulates everyone who got selected in GSoC 2016!
19:58.04Mandeep_Singhishwerad1in, thanks
19:58.29Mandeep_Singhcongo everyone!
20:51.54*** join/#brlcad MandeepSingh (~Mandeep@59.95.83.46)
21:17.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:03.49*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:37.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160423

IRC log for #brlcad on 20160423

00:28.34*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
00:28.54*** join/#brlcad voyexzizntxtbfcs (~armin@dslb-188-098-169-006.188.098.pools.vodafone-ip.de)
01:19.01*** join/#brlcad shubham (71c18a68@gateway/web/freenode/ip.113.193.138.104)
01:53.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:52.23*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-rubvxlzukywpexqd)
03:16.00*** join/#brlcad boj (~boj@180.178.34.12)
03:25.31*** join/#brlcad boj (~boj@122.10.36.146)
04:20.45*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
04:31.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:44.18*** join/#brlcad shubham_ (71c18a68@gateway/web/freenode/ip.113.193.138.104)
07:07.23*** join/#brlcad ickby_ (~stefan@x5d84cf67.dyn.telefonica.de)
08:09.49*** join/#brlcad boj (~boj@180.178.34.14)
09:27.20*** join/#brlcad LordOfBikes (~armin@dslb-188-098-169-006.188.098.pools.vodafone-ip.de)
09:41.26Notify03BRL-CAD Wiki:Oleksandr dubenko * 0 /wiki/User:Oleksandr_dubenko:
09:46.08*** join/#brlcad arav93 (3b6267ec@gateway/web/freenode/ip.59.98.103.236)
10:01.54arav93Hi, where could I find more details regarding the Astronomical units related project?
10:02.00arav93That seems pretty interesting!
10:09.40Notify03BRL-CAD Wiki:Oleksandr dubenko * 9593 /wiki/User:Oleksandr_dubenko: Created page with "=Personal Information= {| class="wikitable" |- |'''Student Name'''|| Oleksandr Dubenko |- |'''IRC'''|| sniok |- |'''Email'''|| odybenko@gmail.com |} I'll be working on the ''..."
10:41.20*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
10:52.35*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
11:25.38*** join/#brlcad arav93 (75d9e0c6@gateway/web/freenode/ip.117.217.224.198)
12:06.00*** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238)
12:15.02*** join/#brlcad boj (~boj@180.178.34.14)
12:52.32starseekerinteresting story from the trenches: http://codeahoy.com/2016/04/21/when-to-rewrite-from-scratch-autopsy-of-a-failed-software
13:05.50*** join/#brlcad gjeet (7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31)
13:51.45*** join/#brlcad gjeet (7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31)
13:57.29*** join/#brlcad sanskar_ (dce36163@gateway/web/freenode/ip.220.227.97.99)
14:01.02*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
14:17.55*** join/#brlcad boj_ (~boj@69.46.86.214)
14:21.19*** join/#brlcad gaganjyot (~manjaro-i@122.173.218.88)
14:22.31*** join/#brlcad shubham (01163ec4@gateway/web/freenode/ip.1.22.62.196)
14:55.44Notify03BRL-CAD:starseeker * 67720 brlcad/trunk/src/libged/draw.c: If debugging code for timing is enabled, need bu_gettime
14:59.27riesstarseeker: on that text, the persons already admitted that the code was well written and strutured. On the other hand, if you have badly written code that's not structured and you have to maintain it, then a re-write might be in place. I do have to say, I have mostly doen re-write's on java backends and websites and never had the feeling that a re-write wasn't justified.
15:24.38Notify03BRL-CAD Wiki:Sean * 9594 /wiki/ESA_Summer_of_Code_in_Space:
15:25.38Notify03BRL-CAD Wiki:Sean * 9595 /wiki/ESA_Summer_of_Code_in_Space: update links
15:29.14Notify03BRL-CAD Wiki:Sean * 9596 /wiki/ESA_Summer_of_Code_in_Space/Project_Ideas: /* Mentors */
15:29.28Notify03BRL-CAD Wiki:Sean * 9597 /wiki/ESA_Summer_of_Code_in_Space/Project_Ideas: /* Mentors */
15:31.24Notify03BRL-CAD Wiki:Sean * 9598 /wiki/ESA_Summer_of_Code_in_Space/Project_Ideas: remove contacts. socis is more 1-1
16:12.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:17.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:29.12*** join/#brlcad sanskar (dce36163@gateway/web/freenode/ip.220.227.97.99)
20:29.41*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
20:33.01*** join/#brlcad sanskar_ (dce36163@gateway/web/freenode/ip.220.227.97.99)
20:35.28*** join/#brlcad zaverichintan (~androirc@123.237.167.57)
20:36.41zaverichintanHey.  Congrats to the selected members for GSOC 2016.
20:37.53zaverichintanI could not make it up this time. I think my late involvement is something that lead to this, I would request Sean to help me out
20:50.07*** join/#brlcad ethanol (dce36163@gateway/web/cgi-irc/kiwiirc.com/ip.220.227.97.99)
20:52.15ethanolhi everyone!! i want to contribute for SOCIS can someone get me started? am i too late to start?
21:22.58Notify03BRL-CAD:starseeker * 67721 brlcad/trunk/doc/docbook/system/mann/draw.xml: Document the -R option for draw, since we're using it in rtwizard now.
21:28.35Notify03BRL-CAD:starseeker * 67722 brlcad/trunk/doc/docbook/system/mann/draw.xml: tweaks, ws
21:44.18Notify03BRL-CAD:starseeker * 67723 brlcad/trunk/TODO: Add a TODO with some thoughts about dm/draw issues.
22:45.09*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
23:24.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160424

IRC log for #brlcad on 20160424

00:29.37*** join/#brlcad ydpyzmuvewoqcogt (~armin@dslb-092-074-252-021.092.074.pools.vodafone-ip.de)
01:44.53Notify03BRL-CAD:brlcad * 67724 brlcad/trunk/TODO: fit to column 70
02:14.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:15.24Notify03BRL-CAD:brlcad * 67725 brlcad/trunk/NEWS: cliff documented the -R draw command option that was added back in 2009 (by me, apparently without docs) for drawing without resizing the view.
02:31.21Notify03BRL-CAD:brlcad * 67726 (brlcad/trunk/AUTHORS brlcad/trunk/NEWS): credit Nick Gerstner for the burst and rtg3 mods that makes those tools now output 5-digit component IDs. looking at his patch notes, it looks like he actually made this change way back in 2011(\!). he also added some LOS clamping to rtg3, albeit without much detail as to why...
02:56.49brlcadstarseeker: what's up with https://sourceforge.net/p/brlcad/patches/368/ and how's it pertain to the work you just did...??
02:56.55brlcaddid you just do it again? :)
02:57.16brlcadzaverichintan: hi
02:58.40brlcadzaverichintan: in your intance, late involvement was not a dominant factor .. your patches were great and your discussion level was pretty good
02:59.41brlcadthe topic you proposed was also proposed by several other students, and I believe two or three (yourself included) had similar desirable strong communication skills and technical ability
03:03.20brlcadultimately, only one student could be picked and guravjeet's proposal was pretty freaking strong
03:03.38brlcadyou had really tough competition
03:04.34brlcadethanol: definitely not too late to start!  welcome!
03:04.49brlcadethanol: socis was just announced, so your'e about as early as you can be :)
03:04.58*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
03:13.22brlcadandromeda-galaxy: it was running the latest, but I shut off auto-updates when the new server came online
03:18.40brlcadstarseeker: this is a key insight that even say to myself regularly, because it goes against default dev nature:  "While parts of code were bad, we could have easily fixed them with refactoring if we had taken time to read and understand the source code that was written by other people."
03:20.02brlcadjoel's article that he links is a classic: http://www.joelonsoftware.com/articles/fog0000000069.html
03:27.22StragusEh, nice article
03:29.06StragusOld code does have its own age-related problems, when clearly designed for old hardware, old architecture, different expectations, usage patterns...
04:04.16*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-oezdccutcqytndqm)
04:21.41*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:43.11*** join/#brlcad shubham (71c18978@gateway/web/freenode/ip.113.193.137.120)
06:49.53*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
08:21.43*** join/#brlcad ickby (~stefan@x5d8449c0.dyn.telefonica.de)
09:27.34*** join/#brlcad tandoorichick_ (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
09:53.19*** join/#brlcad sniok (59fc0287@gateway/web/freenode/ip.89.252.2.135)
09:57.10*** join/#brlcad sniok (~sniok@89.252.2.135)
10:07.27*** join/#brlcad Mandeep_Singh (~Mandeep@45.127.77.73)
10:39.37*** join/#brlcad ickby (~stefan@x5d8449c0.dyn.telefonica.de)
13:08.47*** join/#brlcad yorik (~yorik@191.17.142.94)
13:41.03*** join/#brlcad yorik (~yorik@191.17.142.94)
14:07.29*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:41.24*** join/#brlcad gaganjyot (~gaganjyot@122.173.193.30)
14:48.54*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-guqjdezksucbkgph)
15:30.17*** join/#brlcad boj (~boj@107.151.65.217)
15:32.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:39.10bojHi, today, I am trying to compile the latest code on Windows 7(VS2012 64bit), it gives me errors in grid.c (line 896: ap->a_user = lrint(...) % 100;), the error information is about 'illegal, left operand has type 'double''. I wonder that, the 'lrint()' has already casted the value to int, why does this error arise? And how to fix it in a more elegant way, could someone give me a hint?
15:50.20*** join/#brlcad shennich (6b9741d9@gateway/web/cgi-irc/kiwiirc.com/ip.107.151.65.217)
15:53.07*** join/#brlcad MandeepSingh (~Mandeep@117.215.230.126)
16:02.45*** join/#brlcad Mandeep_Singh (~Mandeep@117.199.107.171)
16:22.26*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-ygdhphcupedphuup)
16:37.12*** join/#brlcad sniok (~sniok@89.252.2.135)
16:48.45starseekerbrlcad: kind of (burst xml conversion) - I'll look at that to incorporate any improvements, but I was also reorganizing things somewhat to de-emphasize the interactive mode
18:18.15*** join/#brlcad ickby (~stefan@x5d8449c0.dyn.telefonica.de)
18:25.45*** join/#brlcad ickby (~stefan@x5d8449c0.dyn.telefonica.de)
18:43.09*** join/#brlcad ickby (~stefan@x5d8449c0.dyn.telefonica.de)
18:45.01*** join/#brlcad shennich (6b9741d9@gateway/web/cgi-irc/kiwiirc.com/ip.107.151.65.217)
19:48.39*** join/#brlcad boj_ (~boj@107.151.65.217)
19:49.58*** join/#brlcad shennich (6b9741d9@gateway/web/cgi-irc/kiwiirc.com/ip.107.151.65.217)
20:52.42*** join/#brlcad ickby (~stefan@x5d8449c0.dyn.telefonica.de)
22:42.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:28.13*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160425

IRC log for #brlcad on 20160425

00:34.36*** join/#brlcad LordOfBikes (~armin@dslb-092-074-245-088.092.074.pools.vodafone-ip.de)
00:47.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:06.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:12.41*** join/#brlcad boj (~boj@205.164.6.75)
01:14.11*** join/#brlcad shennich (cda4064b@gateway/web/cgi-irc/kiwiirc.com/ip.205.164.6.75)
02:22.11*** join/#brlcad shennich (d24bfce2@gateway/web/cgi-irc/kiwiirc.com/ip.210.75.252.226)
02:28.46*** join/#brlcad boj (~boj@205.164.6.75)
03:06.37*** join/#brlcad shennich (80c77698@gateway/web/cgi-irc/kiwiirc.com/ip.128.199.118.152)
03:16.23*** part/#brlcad shennich (80c77698@gateway/web/cgi-irc/kiwiirc.com/ip.128.199.118.152)
03:17.17*** join/#brlcad boj (80c77698@gateway/web/cgi-irc/kiwiirc.com/ip.128.199.118.152)
03:28.19*** join/#brlcad boj (d24bfce2@gateway/web/cgi-irc/kiwiirc.com/ip.210.75.252.226)
05:31.19*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
05:33.19*** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net)
05:33.19*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
05:33.31*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
05:33.41*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
05:33.42*** join/#brlcad starseeker (~starseeke@66.118.151.70)
06:18.15*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:53.52*** join/#brlcad sniok (~sniok@89.252.2.135)
08:57.11*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:57.46*** join/#brlcad Barun (~Barun@117.211.90.154)
09:00.32BarunHi, I was just wondering if anybody here could help me get started with contributing to brlcad :)
09:03.43BarunAnd I was wondering if Brl-cad is still going to be accepting applications for ESA SOCIS
09:03.48BarunI wonder a lot.
09:13.04StragusIt's 5 am where most of the crew resides, give them a couple hours to get an answer ;)
09:13.24BarunAha, thanks
09:13.26Barunmaybe the mailing list then?
09:14.37StragusProbably, if you want. IRC is still pretty good, you just need to catch them awake
09:14.59BarunWhere is most of brlcad based?
09:15.14StragusMaryland, U.S.
09:15.19BarunAh
09:15.32BarunThanks a lot :) I’ll check back in a few hours!
09:16.13StragusSure, good luck!
09:31.06*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
10:03.10*** join/#brlcad sniok (~sniok@89.252.2.135)
10:18.47Notify03BRL-CAD Wiki:Fabhio.turi * 0 /wiki/User:Fabhio.turi:
10:34.25*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
10:38.12*** join/#brlcad Barun_ (~Barun@42.104.77.146)
11:30.43*** join/#brlcad sniok (~sniok@89.252.2.135)
11:57.59*** join/#brlcad Barun_ (~Barun@42.104.77.146)
12:14.19Barun_Also, how big is the brl-cad repository?
12:18.47*** join/#brlcad navi_ (caa43575@gateway/web/freenode/ip.202.164.53.117)
12:29.01*** join/#brlcad yorik (~yorik@191.17.142.94)
12:38.09brlcadBarun_: depends how you measure it .. but an svndump is about 2GB
12:38.31Barun_Ah, allright, thanks :)
12:38.48brlcadmake sure you follow checkout instructions, though, of your end up extracting every branch, every tag, every release, etc ... which will be something like 200GB L)
12:39.00Barun_*yelp*
12:39.11Barun_http://brlcad.org/wiki/Compiling<— This link is good, right?
12:40.20brlcadshould be, yeah
12:40.27Barun_Allright thanks!
12:41.39brlcadBarun_: and yes, SOCIS apps are accepted through the deadline, 13 May I believe
12:41.41Barun_Also, are you guys amenable to ESA Socis proposals? I was wondering whether you had your hands full with gsoc and all :)
12:41.49Barun_Damn, faster than light speed.
12:42.45Barun_So I imagine the correct way would be to [a] clone the repo, [b] do a quickie or a deuce, [c] Create a quick proposal, [d] discuss it with you guys, and [e] submit and pray to god?
12:43.18Barun_Where a quickie is one of those two-hour tasks mentioned
12:43.22Barun_over here : http://en.flossmanuals.net/contributors-guide-to-brl-cad/what-to-contribute/
12:44.41Barun_I’m sorry if I’m asking too many questions :p
12:45.04brlcadwe wouldn't have applied if we weren't amenable...
12:45.22Barun_My apologies for the phrasing of that question…I did not mean to give offence
12:45.46brlcadoffense?? none taken .. you're fine, relax ;)
12:45.55brlcadyou can't ask too many questions
12:46.04brlcadat least it is REALLY REALLY hard
12:46.21brlcadyou can ask bad questions
12:46.28brlcaddon't do that, ask good ones ;)
12:46.31brlcad~ask
12:46.31infobotQuestions in the channel should be specific, informative, complete, concise, and on-topic.  Don't ask if you can ask a question first.  Don't ask if a person is there; just ask what you intended to ask them.  Better questions more frequently yield better answers.  We are all here voluntarily or against our will.
12:46.46Barun_I see
12:47.03Barun_So an example of a bad question is simply something that could be googled
12:47.14Barun_Or determined very easily if you read the manual or wander around the brlcad side
12:47.15Barun_site*
12:47.28brlcadexactly
12:47.47Barun_For example a bad question would be : How do I get started? <— since there’s plenty of info already on the site about compiling brl-cad
12:48.02brlcaddon't waste time .. don't waste other people's time on trivially easily found stuff, and don't waste your time stuck when you should have asked a question or three :)
12:48.14Barun_I shall endavour to remember that.
12:48.20Barun_Fine line tho
12:48.43brlcadthis is a good read that goes into LOTS of detail about asking questions in open source communities: http://www.catb.org/esr/faqs/smart-questions.html
12:49.22brlcadpeople are generally much more accommodating and friendly than his paper lends itself, but it's still helpful advice
12:50.01brlcadso yeah, doing a quickie, or a bug fix, or something related to a topic that interests you, all great ideas
12:50.10brlcadwhat interests do you have? skills?
12:50.49Barun_I’m mostly a C++ programmer…I’ve worked on applications that use the Qt framework, so you’ll find my patches on, for example, VLMC, and Swift
12:51.19brlcadqt happens to be one of our hot topics :)
12:51.36Barun_Does it, now?
12:52.08Barun_Whoo, I’m a little relieved, I’m not great at C (nor am I at C++, but at least I know what I’m doing wrong there usually!), and brl-cad seems to be heavily C based
12:52.57Barun_I’m also not conversant with SVN, though I’m fully confident I can learn it. I was more of a git guy
12:54.09bojHi, brlcad, sorry for my interruption. I just cloned the lastest code from the repo and compiled it on my Windows 7 with Visual Studio 2012, it gives error in grid.c(line 896: ap->a_user = lrint(bn_randmt() * 100.0) % 100), the error is about 'left operand of % has type 'double'', but I checked that, the return type of 'lrint()' is actual 'int', ho
12:54.09bojw could it happen?
12:55.24bojbut, the macro definition of 'lrint()' does not have a return type? Can it influence the compliation? And do you have some suggestions to fix it a more an elegant way?
12:58.39brlcadboj: huh, can you post the entire error message
12:59.39brlcadBarun_: git came after svn, so in many ways svn is just simpler -- some steps are combined (e.g., svn commit is a git commit+push)
12:59.52Barun_I see
13:00.50bojyes, can I send it to mail-list, so I can make it detailed cause I have some other problems?
13:01.45brlcadand since you don't clone, you do multiple checkouts to work in multiple branches (git branches were implemented in a superior way to fix exactly that problem)
13:02.09brlcadboj: no, that won't be useful to most listening
13:02.15brlcadjust use a pastebin
13:02.24*** join/#brlcad annisar (~kamil@mail.soltysik.in)
13:02.44brlcad~paste
13:02.45infoboti guess paste is http://pastebin.org/ or http://bin.cakephp.org/ or http://pastebin.ca/
13:03.01bojthanks brlcad
13:03.10brlcador
13:03.11brlcad~pastebin
13:03.12infobotA "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude.
13:03.22brlcaddon't use pastebin.com
13:03.40Barun_Awesome. If there’s any Qt related task on your  mind let me know, otherwise I’ll proceed as follows : grabbing the code (through the virtual machine), working on a random deuce, and hopefully finding something in your project ideas that looks good to me? :)
13:05.12bojHere is the one I used before, http://paste.ubuntu.com/, should work.
13:05.29brlcadBarun_: what topics are of interest socis-wise?
13:05.44brlcaddid you look over the list of ideas? any jump out at you?
13:06.29Barun_You have a TON of ideas, which is awesome! I’m actually a physics major, so naturally the couple of physics simulation ideas did catch my eye :)
13:06.41Barun_Celestial mechanics particle system: Simulate solar systems and galaxies. C/C++ MEDIUM
13:06.42Barun_Non-vacuum gravity simulator: Simulate falling to earth.
13:06.43Barun_Those two
13:06.46brlcadboj: yeah, any accept the canonical .com one is usually fine ... it's simply blacklisted by a lot of places due to a history of malware, viruses, and other badness that got pasted way back when
13:07.44brlcadBarun_: excellent, so just beware that we've made a LOT of progress on simulating gravity since that idea was written up over the past two years, so you'll want to check it and propose ways to extend it
13:07.59Barun_I see
13:08.01bojI see.
13:08.04brlcadthe work is by no means done, but there is substantial investment so you wouldn't be starting from scratch
13:08.46Barun_one of my worries is just that since there’s so little time left to the deadling (only about two weeks), and I am going through a spate of exams, I won’t be able to churn out a very good quality proposal :(
13:08.53Barun_I’ll do my best though! No excuses!
13:09.10brlcadnods, best of luck to you
13:09.14Barun_Have you guys also done work on celestial mechanics?
13:09.36bojHi, brlcad, here is my error file, http://paste.ubuntu.com/16048017/, please check it, I try to make it short cause it contains too much duplicated errors
13:09.48brlcad<PROTECTED>
13:10.30brlcadboj: can you put more context though
13:10.35Barun_I imagine however, that there are also very few slots? :P
13:10.42brlcadwhat came before the C2296 line?
13:10.51brlcadBarun_: 1 slot :)
13:10.54Barun_+ less competition is no reason not to do your best!
13:10.56brlcadstill 20% is great odds
13:10.59Barun_Ah.
13:11.50brlcadit just means that the person that puts in the most effort, discusses well, demonstrates useful productivity will get selected
13:12.10brlcadsome years have been 2-3 students, never know
13:12.10bojsorry, this is all the information, http://paste.ubuntu.com/16048049/
13:12.20brlcadboj: thx
13:12.39brlcadcan never trust msvc errors .. there's often some hint before
13:12.59Barun_I’m certainly willing to try my best :) And even if I don’t get in, I’m sure it’ll be a good learning experience
13:13.32Barun_But…just to confirm, ESA SOCIS is always just one slot for each org? :O
13:13.33brlcadwonders what all those Microsoft.CppCommon.targets cmd.exe errors are about
13:13.48brlcadBarun_: as far as I know, yes
13:14.14bojyes, line 5 is what I just told you, I am a little bit confused about the function 'lrint()', it should work, but it can not be compiled successfully.
13:14.22Barun_Allright, I’ll get to work. Thank you so much for answering all my questions :)
13:14.38Barun_I’ll be in touch when I have the source and am no doubt stuck on a deuce :)
13:14.40brlcadBarun_: also, fyi, I think you're the first to seriously express interest and get into a conversation about it, so that bodes well if you can manage your time wisely with exams
13:15.18brlcadBarun_: what platform do you run?
13:15.27Barun_mac os x currently
13:15.34bojso, brlcad, what is your platform, maybe I need to change to what you used usually, so I can keep in touch with you easily?
13:15.56brlcaddo you also have a windows build environment handy, virtualbox perhaps?
13:16.15brlcadboj: no, this is worth fixing...
13:16.34brlcadwoah, you're running distcheck
13:16.42bojyes, I know, it should be fixed..
13:17.03brlcadboj: distcheck doesn't work on windows, that much we do already know .. that explains the pixdiff on Windows is reporting no differences with a pair of files that pixcmp can see differences in.
13:17.13brlcadoops that explains the cmd.exe errors
13:17.20brlcad(but not the burst error)
13:17.40Barun_Is a windows build environment necessary? I don’t have one right now, but I will in a week when I get time to go fetch my new laptop
13:17.59bojwhat is distcheck?
13:18.41brlcadboj: it's a compilation target, apparently the one you requested :)
13:19.18brlcadBarun_: absolutely not -- mac is just fine (what I usually am on) .. just if you did have windows, there's a specific quickie style bug you could investigate
13:19.27bojso, how can I disable it or fix it in a proper way?
13:19.56brlcadboj: well assume the error is true, how would you fix it?
13:20.37bojlocate and find the real problem, then fix it.
13:21.43brlcadheh, I mean this specific line of code
13:23.25brlcadassume the complier is right, what would you have to do to fix it on this line of code
13:23.26Barun_Mind pointing me to the bug anyway? While I don’t think I’ll get around to it before the project proposal, I wouldn’t mind taking a look at it afterwards :)
13:23.37Notify03BRL-CAD:starseeker * 67727 brlcad/trunk/src/libged/lc.c: Don't skip setting ignore on the last item in the table.
13:24.30Barun_So you’re asking for a solution to the left operand is type double error?
13:24.31bojfollow the instructions, and set
13:24.32bojfollowing the instructions and change the compliation flags?
13:24.36Barun_Isn’t that simply a type mismatch?
13:25.24Barun_stackoverflow has this to say : http://stackoverflow.com/questions/20237232/error-c2296-illegal-left-operand-has-type-double-in-c
13:25.26brlcadBarun_: it's what I miss-pasted in our BUGS file:
13:25.47Barun_since % is not defined for doubles
13:25.48brlcad"pixdiff on Windows is reporting no differences with a pair of files that pixcmp can see  differences in."
13:25.50Barun_apparently.
13:26.10Barun_I’ll store that away, and take a look later, thanks :)
13:26.21Barun_Which seems obvious, because mod operators are  based off remainders..
13:26.31Barun_I have a feeling I’m thinking about this wrong :p
13:26.35brlcadboj: no.... what's the line of code erroring here?  (paste it into the channel)
13:28.31brlcadBarun_: pixdiff on windows is the one I had in mind for you ... there's some weird bug there that is probably trivial to fix, but a good "test" of sorts IF you have a windows dev environment to compare with a non windows dev environment (e.g., mac)
13:28.33Barun_urm, is the line you guys are talking about this -> Error 6 error C2296: '%' : illegal, left operand has type 'double' D:\Develop\brlcad-code\src\burst\grid.c 896
13:29.05Barun_I got that, I was wondering if I could contribute to this discussion, though I’ll stay out if you want me to :)
13:29.08brlcadyes, I was asking boj to paste grid.c:896 here
13:29.23Barun_Ah.
13:29.43bojap->a_user = lrint(bn_randmt() * 100.0) % 100;
13:29.43bojOh, no, I am confused... the line shoudl be ... ap->a_user = lrint(bn_randmt() * 100.0) % 100;
13:30.12brlcadokay, great
13:30.47brlcadboj: so the compiler is saying % doesn't want a double on the left, yes?
13:30.55bojyes
13:31.03brlcadlrint() is on the left, which as you noted shouldn't be possible
13:31.17bojbut I wonder that, the return type of 'lrint()' should be 'int', it can not be an issue?
13:31.25bojyes.
13:31.28brlcadand I agree .. shouldn't ... BUT assume the compiler is telling the truth for a minute
13:31.39brlcadhow would you fix it?
13:32.10bojI will re-compile it.
13:33.12bojor I will try some other methods, like just use 'int()' instead of 'lrint()' to check it?
13:34.12brlcadwell recompiling wouldn't be a bad idea, just to rule out some bad compilation stateb
13:34.22brlcadbut I wouldn't it expect it to change this particular error
13:34.37brlcadwhat do you mean by another method like int()?
13:35.05bojI mean, I can try to use int() to replace lrint()..
13:35.16bojI know it is an un-safe way.
13:36.16bojI just want to check if it actually the problem of 'lrint()'.
13:36.28brlcadfwiw, int() is not a macro in C
13:37.08bojOh, yeah, I forget it..sorry.
13:37.59bojcould you please give some clues?
13:38.26starseekerBarun_: I doubt it plays into most (any?) of the ESA-SOCIS projects, but since you mentioned Qt I can't resist mentioning we do have some early stage work on a Qt interface located here:  https://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/branches/qtged/src/qged/
13:38.30brlcadwell you're on the right track.. % wants an int, so give it an int
13:38.59bojyes
13:39.00brlcadboj: how can you make sure % is getting an int?
13:39.33bojif it is not, I need to make a type casting.
13:40.05brlcadbingo
13:40.14brlcadso what does that make the line look like?
13:41.03boj(int)(left operand) % (int)(right operand)
13:41.42brlcadI mean the actual line of code
13:41.54brlcadwhat do you make this line turn into: ap->a_user = lrint(bn_randmt() * 100.0) % 100;
13:42.27bojap->a_user = (int)lrint(bn_randmt() * 100.0) % 100;
13:42.31bojshould it work?
13:43.06Barun_starseeker : Thanks, I’ll take a look! Maybe extending it could be an ESA-SOCIS project!
13:43.27brlcadboj: yes, so give that a try
13:45.08bojthanks brlcad, but I have question here, if the left operand it a big 'int', can this solution work properly?
13:46.09brlcadboj: leaving a cast is not a solution, but if it works or does not work should help you understand or find the real problem
13:46.18brlcadso question is, does that work?
13:47.26starseekerBarun_: from a "truth in advertising" standpoint I need to point out that a lot of the work needed for that interface to be useful is fairly "low-level" - for example, it needs a Qt widget for displaying BRL-CAD geometry that supports things like mouse rotation of the view, key bindings, etc.
13:47.39bojI am compling.. it needs some time.
13:48.31brlcadboj: so keep an eye out for burst and grid.c getting compiled
13:48.36brlcadif it compiled, it worked
13:49.34bojyes, I will update any information here.
13:51.19Barun_starseeker : I see. Then again, I don’t mind coding that stuff up either :)
13:54.10starseekerBarun_: what's there now is basically a framework, a read-only tree viewing widget, and the early beginnings of a console widget.  There's also some more generic Qt widgets that I was hoping Qt would provide out of the box but didn't (Button palette a.l.a gimp tools and an "accordian" widget)
13:55.39Barun_Ah..
13:55.48Barun_So a long long way to go
13:55.52starseekerBarun_: if you want a small proble to tackle in the qged code, there's a funky behavior with the accordian widget I haven't fixed yet
13:56.06starseekerBarun_: yes, but by the same token there's lots of low hanging fruit as well :-)
13:56.17starseekers/proble/problem
13:56.22Barun_I can’t argue with that reasoning :)
13:56.23brlcadboj: assume your compilation test works (which by this long delay is a pretty good guess) ... what next?
13:57.25Barun_I’ll take a look, thanks :)
13:57.36bojsorry, on my PC, it is still compling..
13:57.42starseekerBarun_: the branch to check out is svn.code.sf.net/p/brlcad/code/brlcad/branches/qtged
13:57.52starseekerBarun_: and we assume a fairly recent Qt5
13:58.13Barun_Good, I hated the ugly SIGNAL SLOT macros of Qt4
13:59.33starseekerBarun_: I'm not sure which style we're using there, but if we still are on the Qt4 style switching to Qt5 is absolutely fine.
13:59.36bojbut till now, that error does not occur..
14:00.03starseekerBarun_: once you get it to build, I recommend the pinewood.g model to see what's there: ./bin/qged share/db/pinewood.g
14:01.27starseekeryou'll see the accordian widget on the right, with several items in it.  The weird behavior I haven't fixed yet there is if you minimize *all* of the widgets in the accordian, the parent widget spreads them out vertically rather than clustering them at the top of the window
14:01.29Barun_I’ll make a note of it. :)
14:02.06Barun_Thanks! :)
14:02.27starseekerI'm pretty sure that because all of the widgets are hidden, there's nothing for the parent to expand to fill the bottom space - so the question is what to do to fix that :-)
14:02.51brlcadboj: yes, so assume that "fixed" it .. what does that tell you?
14:03.25brlcadif ap->a_user = lrint(bn_randmt() * 100.0) % 100; fails and ap->a_user = (int)lrint(bn_randmt() * 100.0) % 100; works .. what might that mean?
14:03.38bojthe return type of 'lrint()' is not real 'int'.
14:03.55brlcadhow can that possibly happen?
14:05.10bojyes, that is what I am confused..but I trace back the code, there is a macro definition of lrint(), without any return type, maybe it calls that definition? so it gives the error?
14:07.39brlcadboj: bingo :)
14:07.59Barun_Well done boj :)
14:07.59Notify03BRL-CAD:brlcad * 67728 brlcad/trunk/include/common.h: type-wise, lrint() is expected to return a long int, so we must make sure our macro ensures it since floor/ceil obviously do not.
14:08.23bojthanks brlcad.
14:08.28brlcadwe had a wrapper around lrint, commit 67728 there should fix it
14:08.38bojaha, thanks Barun_, too.
14:08.49brlcadthe wrapper is for platforms that do not have lrint() .. windows doesn't actually provide lrint() -- at least not yet afaik
14:09.32brlcadwe've never had code calling lrint with % apparently, so it never mattered that the type coming back was a double
14:09.51bojyes, and I just checked it, lrint() is supported in C++11.
14:10.20brlcadsome code was ported to windows just last week (burst) .. which is why we're just now seeing that code fail
14:10.39Barun_Allright, I’m going to leave this download on this horrible connection on and head out to have some dinner :)
14:11.02bojsee u, Barun_
14:11.21brlcadyeah, with lrint() in C++11, it should / will eventually be available, get detected during cmake, and the macro in include/common.h will get skipped
14:11.22Barun_I’ll see you guys tomorrow if possible, after one of my exams :) Hopefully the download should be done by sometime tomorrow evening
14:11.31brlcadsee you Barun_ and nice to meet you
14:11.41Barun_it was very nice to meet you too, brlcad :)
14:11.45bojI need to wait for the whole compilation, and check for other problems.
14:11.49brlcada checkout should only take 10-15 minutes... :)
14:11.50Barun_I’m very excited about the future now!
14:13.32brlcadboj: I applied a fix, so you can undo your change to grid.c and then svn up to get the fix .. you can read commit r67728 to see how I fixed it
14:14.03brlcadit will be helpful if you can confirm that the fix in r67728 actually fixes it too ;)
14:14.26brlcadjust know that changing common.h means everything will need to recompile because everyone includes it
14:14.29bojOK, thanks, brlcad, I will check it now.
14:14.46brlcadalso, you should be using the ALL_BUILD compile target
14:14.58brlcadnot whatever you used, which builds all targets
14:15.18bojI get it.
14:16.21starseekerboj: did you push the "normal" msvc hot key to build all targets?  that's the most common way to launch all the builds - I thought we had managed to point that at ALL_BUILD, but possibly not
14:17.33bojyes, I have set the ALL_BUILD as the target.
14:17.58brlcadboj: was your first build an all_build target?
14:19.18bojActually not, I just build the whole solution just as what I usually do.
14:20.04brlcadokay
14:20.10brlcadthat's what kicks off too much
14:21.02bojOK, and now, I have already set it to ALL_BUILD, hope it is right.
14:23.01starseekerboj: that's right
14:23.25starseekerboj: if you want to generate the NSIS .exe installer you'll run the PACKAGE target after doing ALL_BUILD
14:24.55starseekerthose are pretty much the two targets of importance for Windows right now - you can run individual build targets to rebuild individual libraries or exectuables, and there are a few tests that have been ported over, but distcheck is a long way off :-)
14:25.32bojthanks starseeker, but I do not have a PACKAGE target?
14:25.59starseekerthat may indicate you don't have NSIS installed - it's located in the CMakePredefinedTargets folder if it's there
14:26.58bojsorry for my carelessness, I find it there.
14:31.34starseekerboj: you won't need it unless you want to create the .exe installer
14:34.29bojThanks, I get it. And I want to try them all in order to get familiar with the whole system. :)
14:35.28starseekerboj: heh - if you really want to go all out there's the "unit" test under BRL-CAD Validation Testing
14:36.13starseekeralthough I note with some disgruntlement that the unit tests aren't happy at the moment
14:36.32starseekerconfound it, what are they grumbling about...
14:37.11bojI should try it if possible.
14:37.22starseekerboj: this is a CMake build issue
14:37.30starseekerrelated to our handling of multiconfig build tools
14:38.24starseekerthis is likely to be gnarly (the multiconfig handling is one of the two or three scariest bits of our build logic)
14:38.51starseekerboj: once I get it straightend out though, there are (or were last time it ran) some unit tests that don't work on Windows
14:38.59starseekernice self contained staring points :-)
14:40.21bojaha..
14:59.37Notify03BRL-CAD:starseeker * 67729 brlcad/trunk/CMakeLists.txt: Fix unit test target on Windows
14:59.39starseekershoot - that fixed it on Linux, not sure about Windows yet...
15:03.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:08.34Notify03BRL-CAD Wiki:Danielstone * 0 /wiki/User:Danielstone:
15:08.54starseekerboj: ok, that fixed it on Windows too
15:09.27starseekeryou'll need to regenerate your visual studio project, but with commit 67729 you should be able to run the "unit" tests
15:09.38starseekerand we do indeed have number of failures
15:10.13*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:10.22starseekerbu_basename isn't a big deal (we arguably shouldn't run those on Windows, because there's nothing to compare to) but the vls_vprintf and bn_list test failures are interesting
15:13.57Notify03BRL-CAD Wiki:Danielstone * 9599 /wiki/Sage_50_((tech_support_phone_number))!1844-313-4859!_SAGE50_Helpline_Contact_number: Created page with "SAGE50 Toll Free peachtree ((tech support phone number))!1844-313-4859! SAGE50 Helpline Contact number, Peachtree@(1-844@313-4859)@-: SAGE50 Tech Support Phone Number provides..."
15:18.53Notify03BRL-CAD Wiki:Danielstone * 9600 /wiki/Sage_50_((tech_support_phone_number))!1844-313-4859!_SAGE50_Helpline_Contact_number:
15:30.56*** join/#brlcad shubham_ (01163f92@gateway/web/freenode/ip.1.22.63.146)
15:33.15brlcadBarun_: yes, one slot per socis org
15:33.42brlcadstarseeker: see no evil until after release :)
16:25.16*** join/#brlcad Mandeep_Singh (~Mandeep_S@202.164.53.122)
16:28.06*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
16:29.50starseekerbrlcad: heh
16:37.58Notify03BRL-CAD:starseeker * 67730 brlcad/trunk/src/libdm/dm-wgl.c: Getting a black screen when brining a wgl dm up from minimization. Until a better solution is found, set up an event filter that triggers buffer swapping to get a refresh of the screen.
16:41.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:54.35bojHi, brlcad, I have compiled the code again with ALL_BUILD target, and r67728 works for me.
16:54.59bojbut another problem arises..please check the pastebin. http://paste.ubuntu.com/16051659/
16:55.42bojI know how to solve it, and it actually works, but It seems to be strange..
16:56.40bojwhat I mention is line 11 in the pastebin, please check it.
17:02.29*** join/#brlcad sniok (~sniok@89.252.2.135)
17:07.24bojThank starseeker, I will try it tomorrow, it's late night in my city (1:00 AM), I need to go back for a sleep. :)
17:09.03brlcadboj: fixed, thx
17:09.09Notify03BRL-CAD:brlcad * 67731 brlcad/trunk/src/archer/archer.c: deldoublesemi
17:10.00boj:) brlcad
17:18.22Notify03BRL-CAD:brlcad * 67732 brlcad/trunk/src/archer/archer.c: pull status out so we always return something (lintian)
17:19.19brlcadnot to say there might be other issues
17:19.24brlcadyou're apparently on a different version
17:28.51Notify03BRL-CAD:brlcad * 67733 brlcad/trunk/NEWS: per user request, cliff added a -m option to the lc command (in r67718) that reports regions that share a region ID number but do not share the same material ID or los values. (rewording to clarify what disjoint means, comment was 'Add -m option to lc to report region_id sets containing non-matching material_id and/or los values.'
17:34.12Notify03BRL-CAD:brlcad * 67734 brlcad/trunk/AUTHORS: add mohitdaga alias as that's his commit name
17:40.29Notify03BRL-CAD:brlcad * 67735 brlcad/trunk/NEWS: everyone that has worked on libicv should be included in the credits to the 'icv' tool since work is credtied in news when it finally gets exposed to users. means we need to remember lib devs, particularly Mohit Daga in this instance since he implemented most of the current underpinnings of icv.
17:54.55*** join/#brlcad jasleen (~jasleen@117.255.241.93)
18:12.59Notify03BRL-CAD:brlcad * 67736 brlcad/trunk/src/burst/ui.c: don't blindly try to spew to /dev/tty. also don't close stderr if we're not duping it.
18:13.59Notify03BRL-CAD:starseeker * 67737 brlcad/trunk/TODO: dealt with burst
18:15.07starseekerbrlcad: is there more to do on datums, or can that TODO come out?
18:17.35Notify03BRL-CAD:starseeker * 67738 brlcad/trunk/TODO: extensive work has now been done on rtwizard, with a lot more testing than it normally sees.
18:38.07*** join/#brlcad Barun (~Barun@42.104.77.146)
18:41.22Notify03BRL-CAD:starseeker * 67739 brlcad/trunk/src/librt/bundle.c: pl->ap pointers are pointing to elements of ray_aps - free all at once with the final bu_free call. Don't free in loop, or we get a double-free crash.
18:49.19Notify03BRL-CAD:n_reed * 67740 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/CMakeLists.txt and 64 others): merge r67405 through r67507 changes from trunk
19:03.05Notify03BRL-CAD:starseeker * 67741 brlcad/trunk/TODO: Doesn't appear related to bu_hash - should be fixed with r67739
19:10.27Notify03BRL-CAD:brlcad * 67742 brlcad/trunk/TODO: huge arrowheads are fixed, planes maybe have issue but were seen working when tested from linux
19:10.29brlcadstarseeker: taken out
19:11.27brlcadthanks for finding that bundle double-free bug .. it wasn't clear whether bundle hit was supposed to have been given a copy (apparently it was not given one)
19:11.53brlcadi think i was originally assuming that it was, in which case not freeing would have been a bleeder leak
19:12.33starseekernods - I fed it through valgrind after I made that change, didn't see anything related to it (did note that the bu_hash table isn't being freed anywhere, but that must have been true for the Tcl_Hash table as well.)
19:14.17starseekerdaydreams about someday adding valigrind testing as an option to the standard distcheck/regression tests...
19:18.45starseekerbrlcad: just as another data point, the datums example also looks OK on Windows
19:20.03starseekerclosing in - just the "sync tgc/rec" and step-g items now
19:22.34Notify03BRL-CAD:starseeker * 67743 brlcad/trunk/src/libdm/dm-osgl.cpp: Add the Tk_DeleteEventHandler call to osg while we're at it.
19:22.39starseekerfires off distcheck-full again...
19:23.19brlcadyeah valgrinding what we know to be clean would be awesome
19:23.52brlcadso... I should add the items missing from todo from my commit-review bins... :)
19:23.55brlcadgets on that next
19:25.11brlcadhere's one: r67710 is missing from news
19:25.17starseekerbrlcad: you want me to add the stuff from the app review to the deprecation list?
19:25.43brlcadno, said I'd hit that up.. got the list right next to me here
19:26.04starseekernods - willing to help if needed
19:26.14starseekerah, right... more brlman fun
19:26.50brlcadjust needs an entry to note the new -S option
19:28.14Notify03BRL-CAD:starseeker * 67744 brlcad/trunk/NEWS: Added -S option to brlman command to specify which man page section (1, 3, 5, n) to browse and list in the ToC panel.
19:29.41brlcadcan't brlman do -S automatically?
19:30.10starseekeryes - the -S is if you're flashing up the gui without specifying a man page - if I want to browse all "3" man pages, for example
19:30.26starseekerbrlman -g -S 3
19:31.02brlcadbut are they not in the list if I just run brlman?
19:31.07brlcadis this just to get a shorter list?
19:31.20starseekerno, the ToC only lists the man pages from one section at a time
19:31.21brlcador does it default to some other doc list?
19:31.33starseekerwill default to man1 on the command line, mann in MGED/Archer
19:31.58starseekerif you specify a man page from 3 or 5 and it finds it, it'll populate the ToC list with the other man pages from that section
19:32.14brlcadok
19:32.22starseekerthe "right" way to do it would be to use Bob's accordian widget from Archer to have all of 'em up and just open the current one, but I didn't have time to figure that out
19:32.40brlcadright
19:33.06brlcadcan save it for next gen or archer final or something
19:33.10starseekernods
19:33.47starseekermain point was to have something "sane" happen on Windows when I double-clicked the brlman.exe - without the ToC, you couldn't navigate to anything
19:34.00brlcadnods
19:34.44brlcadchange I made might fix the error log on windows, depending on what the error was
19:34.49brlcad(burst)
19:34.52starseekerah, cool
19:34.55brlcaddidn't see anything obvious for the color file
19:35.21brlcadand might not have fixed it for the error log -- it's doing some file descriptor switching there that will be a problem on windows
19:35.26starseekernods - I figured it was more time than I had available to do any kind of deep dive into that
19:35.44starseekerthe itch to clean it up would be overwhelming
19:36.08starseekeralready had to sit on his urge to rip apart the draw system
19:37.13starseekerI may still go a round with the convex hull algorithm - I don't like that it's got some known non-working cases
19:37.26brlcadit's calling fcntl() and that should probably get changed to fdup2 so it works on windows
19:38.19brlcadbecause right now, it's in an ifdef termlib block, so windows isn't duplicating stderr
19:39.03brlcadso any error printing will likely result in failure, perror exit
19:39.19starseekerah
19:39.34brlcadwhat was the color file error?
19:39.56starseekerI believe it was a crash, but I don't recall what the crash was
19:40.26starseekerprobably i didn't have a color file, and it tried to read a file that wasn't there or some such
19:40.52starseekeryeah, my example is just the three idents lists and the basic burst input file for ktank - no color file
19:41.44brlcadcould be that the color file is just fine, but it couldn't print the error
19:42.00starseekernods - more than likely, otherwise I would have expected a problem on Linux too
19:42.21brlcadif that's the only thing busted, that probably means it's still busted ... anything that gives an error may crash
19:42.29brlcadunless my change fixed it
19:42.37starseekerwill try - one sec
19:42.39brlcadbut I think the fdup2 is still needed
19:46.51starseekerbrlcad: yeah, still not liking it if I uncomment the color file line
19:47.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:48.34starseekerbrlcad: I don't quite see what you want to do with fdup2... something in MerrorFile?
19:50.25*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:09.57starseekerbrlcad: I'm not finding much on fdup2 - do you mean dup2?
20:15.39Notify03BRL-CAD:brlcad * 67745 brlcad/trunk/TODO: rt -b is the one that lets you specify specific xy pixel coordinates to reshoot a ray
20:18.08Notify03BRL-CAD Wiki:24.93.30.83 * 9601 /wiki/User:Krajkreddy/main:
20:18.38Notify03BRL-CAD Wiki:24.93.30.83 * 9602 /wiki/User:Krajkreddy/main: /* Who I am */
20:20.50*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
20:21.36brlcadstarseeker: mind mcuh if I change draw -M to draw -S ?
20:21.56brlcaddup2 would also work
20:22.59brlcadI did mean dup2, sry -- and it's _dup2 on windows
20:23.25brlcadwhich we already accommodate
20:23.29brlcadin config_wind
20:24.04starseekerbrlcad: not at all - draw -S is fine
20:24.04brlcadahh, I see -S is currently "no surfaces"
20:24.21starseekertechnically, I don't think it's documented... ;-)
20:24.43starseekerthere's a lot of stuff in draw that's not documented, which I figure to keep that way so we don't have to deprecate it when it all gets reworked...
20:25.37starseekerbrlcad: I didn't have your latest burst change in the Windows build - testing again...
20:26.09brlcadwow, old -S is a really bad nmg-specific flag
20:26.17brlcadyeah, that's going away
20:27.12brlcadre burst -- color file will definitely still fail if it's failing because of some attempt to print to stderr
20:27.30brlcadit's only if it was because of the /dev/tty redirect that it might be fixed
20:29.22brlcadif you added that simple example how to run burst to the wiki, I could do the dup2 conversion pretty quick
20:29.36brlcadotherwise, don't know how to run it...
20:30.09starseekerburst -b < ktank.b
20:30.16starseekerwith ktank.g in the same directory
20:30.48starseekernot much of a wiki page, but I'll throw it up...
20:31.21brlcadwhat goes into a ktank.b ?
20:31.27brlcadwaits for the page
20:31.34starseekerburst commands as documented in the new man page
20:31.43starseekerthere's an example in regress/burst
20:31.50starseekerI just haven't hooked up a build target yet
20:32.29Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/User:Danielstone: Inserting nonsense/gibberish into pages
20:32.58Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/Sage_50_((tech_support_phone_number))!1844-313-4859!_SAGE50_Helpline_Contact_number: Spam: spam
20:34.59Notify03BRL-CAD Wiki:Starseeker * 9603 /wiki/BRL-CAD_Commands: /* Modelling */ add link for burst page
20:37.14Notify03BRL-CAD Wiki:24.93.30.83 * 9604 /wiki/User:Krajkreddy/main: /* Contact */
20:39.29Notify03BRL-CAD:n_reed * 67746 (brlcad/branches/brep-debug/BUGS brlcad/branches/brep-debug/CMakeLists.txt and 63 others): merge r67508 through r67607 from trunk
20:46.12Notify03BRL-CAD Wiki:Starseeker * 9605 /wiki/Burs: Start working on wiki page for burst
20:47.37starseekerbrlcad: that's the basic setup - I'll post the example results in a minute...
20:49.47starseekerbrlcad: interesting... don't get a log file on Linux either
20:52.49Notify03BRL-CAD Wiki:Starseeker * 9606 /wiki/Burs: /* BURST Results */
20:53.00starseekerbrlcad: that close enough for now?
20:54.16starseekerhttp://brlcad.org/wiki/Burst
21:12.54brlcadYep, perfect!
21:13.14brlcadwonders why notify is confused by the 't'
21:40.59Notify03BRL-CAD:n_reed * 67747 (brlcad/branches/brep-debug/CHANGES brlcad/branches/brep-debug/CMakeLists.txt and 82 others): merge r67608 through r67715 from trunk
21:55.51Notify03BRL-CAD:n_reed * 67748 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/CMakeLists.txt and 16 others): merge r67716 through r67745 changes from trunk
22:05.29Notify03BRL-CAD:n_reed * 67749 (svn:mergeinfo ## -1,5 +1,5 ## and 7 others): record sync revisions as mergedProperty Changed:----------------brlcad/trunk/brlcad/trunk/src/libged/polyclip.cpp
22:59.06*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:28.09starseekerbrlcad: uuid.h:49:28: error: static array size is a C99 feature [-Werror,-Wc99-extensions]
23:28.12starseekerbu_uuid_create(uint8_t uuid[STATIC_ARRAY(16)], size_t nbytes, uint8_t *bytes);
23:28.21starseekerinclude/bu/uuid.h rather
IRC log for #brlcad on 20160426

IRC log for #brlcad on 20160426

00:04.12brlcadstarseeker: STATIC_ARRAY cmake test must have failed
00:04.31*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
00:05.03brlcadHAVE_STATIC_ARRAYS should be undefined, somehow defined
00:06.13brlcadmisc/CMake/BRLCAD_CheckFunctions.cmake:macro(BRLCAD_CHECK_STATIC_ARRAYS)
00:08.39brlcadintentionally does not clear the flags so that we get strictness flags for the current compile mode
00:13.19Notify03BRL-CAD:brlcad * 67750 brlcad/trunk/src/libged/draw.c: double-up the -S to imply drawing a 'simplified' wireframe instead of introducing a -M, which works for nmg-no-surfaces and no subtractions
00:26.47brlcadthe draw -L option feels wrong as it does not generalize to all drawing
00:27.48brlcadmaybe if we had some notion of a complexity metric, or if it applied to all objects that have more than X wireframe complexity or something
00:28.06*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
00:33.24*** join/#brlcad mcthufrfbglffiqn (~armin@dslb-092-075-148-208.092.075.pools.vodafone-ip.de)
00:38.09Notify03BRL-CAD:brlcad * 67751 brlcad/trunk/NEWS: gang up -L with the previously undocumented -S option so we can consistently keep the capital letters implying negation (no subtractions) and represent a more generalized notion of drawing simplified wireframes. reword the -L option so that it can more generally apply to any object, though finding a good generalized metric may not be easy.
03:18.57*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
03:39.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:49.09Notify03BRL-CAD:brlcad * 67752 brlcad/trunk/src/util/pixdiff.c: convert macro to do/while so it requires a semicolon, and ws
04:06.38Notify03BRL-CAD:brlcad * 67753 brlcad/trunk/src/libbu/file.c: don't leave loose ends, bu_same_fd() was using the same method as bu_same_file(), using stat to determine if two files are different. use a slight variation with _get_osfhandle() to test for it properly.
04:12.00*** join/#brlcad Barun (~Barun@42.104.77.146)
04:16.59Notify03BRL-CAD:brlcad * 67754 brlcad/trunk/src/libbu/file.c: still need to compile test on windows, but take steps to reduce much of the code duplication
04:26.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:33.59Notify03BRL-CAD:brlcad * 67755 brlcad/trunk/src/libbu/file.c: more/final duplication reduction -- do the comparison and let us know the answer.
04:44.30Notify03BRL-CAD:brlcad * 67756 brlcad/trunk/doc/docbook/system/mann/draw.xml: update the docs to reflect changing draw -M to draw -S for simpler wireframes
05:10.55*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
05:16.28Notify03BRL-CAD:brlcad * 67757 brlcad/trunk/CHANGES: this list still needs to be reconciled, but stub in our initial swath of tools we're removing to focus usability and complexity reduction
05:34.02*** join/#brlcad Mandeep_Singh (~Mandeep_S@202.164.53.122)
05:52.51*** join/#brlcad shubham (a5e1683c@gateway/web/freenode/ip.165.225.104.60)
06:12.03*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
06:48.45*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:33.50*** join/#brlcad mandeeps708 (~Mandeep@202.164.53.117)
09:09.47*** join/#brlcad sniok (~sniok@89.252.2.135)
09:27.08*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-ueqstwlujknxkdzq)
09:46.51*** join/#brlcad mandeeps708 (~Mandeep@202.164.53.117)
09:47.34*** join/#brlcad mandeeps708 (~Mandeep@202.164.53.117)
10:05.45*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
11:44.54*** join/#brlcad sniok (~sniok@89.252.2.135)
12:38.14*** join/#brlcad yorik (~yorik@187.35.19.227)
13:06.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:12.48*** join/#brlcad Barun (~Barun@42.104.77.146)
13:22.32*** join/#brlcad sniok (~sniok@89.252.2.135)
13:23.47BarunHi :) The virtual machine is pretty cool
13:33.59Barunquick question though…since it seems to be really far behind in terms of commits
13:34.03Barunwouldn’t it be better to update it?
13:34.26starseekerBarun: it would, but I don't think the folks who put that together have had time to update it recently
13:34.48starseekerI think you can run svn update inside the vm...
13:34.55BarunIf…I’m not wrong..its a simple matter of downloading the VM, performing the svn up, and then just uploading it again
13:34.58BarunYeah of course you can..
13:35.23BarunJust…felt it would be cleaner :(
13:35.25Barun:)*
13:35.29starseekerBarun: i don't know if it's that simple or not - it may be, but I wasn't really involved with the creation of the image
13:35.35starseekeroh, it would definitely be cleaner
13:35.59starseekerwe've got a release coming up RSN, and that would be a good time to also update the image
13:36.31BarunRSN?
13:36.37starseekerReal Soon Now
13:36.40BarunAh
13:36.50BarunJust throwing out ideas.  :)
13:37.30starseekerit's a good one, and you're welcome to talk to the folks who put together the original image and see what's involved if you'd like to update it :-)
13:37.45starseekerwe'd probably want to update the OS as well as the svn commits if it's gotten that far out of date
13:38.08BarunMight be a good idea :)
13:38.45starseekerI was only vaguely aware of that work and it's been a while, but I think there's some discussions in the mailing list archives that could be a good starting point
13:40.10BarunIts running debian 7,2, and 8 has been out for a while, so thats definitly a possibility
13:40.59BarunThanks, I’ll take a look :)
13:41.18BarunIts a great idea to VM the whole thing and its dependencies though! Its the first time I’ve seen something this awesome :D
13:49.22Notify03BRL-CAD:starseeker * 67758 brlcad/trunk/CHANGES: Original list of tools has been covered by new, more comprehensive listing (except png_info,which was moved into image tools.)
13:50.10Notify03BRL-CAD:starseeker * 67759 brlcad/trunk/CHANGES: terrain needs more investigation.
13:52.43Barun~paste
13:52.43infobotsomebody said paste was http://pastebin.org/ or http://bin.cakephp.org/ or http://pastebin.ca/
13:52.51Barun~pastebin
13:52.51infobotA "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude.
13:56.13Notify03BRL-CAD:starseeker * 67760 (brlcad/trunk/CHANGES brlcad/trunk/src/util/CMakeLists.txt): dbcp was actually deprecated a long time back - go ahead and yank it.
13:59.50BarunHmm…the virtual machine definitely needs a bit of updating, I don’t seem to be able to run configure currently on it, I need to update a few things as well as install a couple of additional dependencies
14:02.48starseekerbrlcad: should/can we update our pastebin infobot entry so it doesn't mention pastebin.com?
14:03.44starseekerBarun: yeah, I'm not surprised - IIRC, the last time it got serious work was one of the GSoC or GCI pushes
14:03.57Barunugg, okay..
14:04.13BarunThe thing is I can’t svn up directly over my network
14:04.18starseekerugh
14:04.25starseekerwhat about git?
14:04.37Barungit also drops out over big packages
14:04.41Barunhow big is it?
14:04.55BarunA direct download over tcp/ip can be resumed, which is how I downloaded the VM over the last day and night
14:05.11starseekerah.  yeah, a git conversion of our svn repo is quite large
14:06.25starseekerBarun: what about generating a snapshot tarball from here:  https://sourceforge.net/p/brlcad/code/HEAD/tarball
14:07.08starseekerBarun: you should be able to resume an svn checkout
14:07.17BarunIs that so?
14:07.22BarunYou can’t resume a git one
14:07.23starseekereven if the initial checkout fails, cd into the directory it created and run svn up
14:07.32BarunHaha, awesome!
14:07.34BarunI did not know that :)
14:07.35starseekerhas had to do that once or twice - I think it can work
14:07.43starseekeryeah, git's a bit different
14:07.53starseekertests that quick
14:08.43starseekeryeah, seems to work
14:09.00BarunThanks! I’ll do that
14:09.03Barunhow big is the whole repo?
14:09.33starseekera full svn checkout of trunk is... let's see...
14:09.53starseekerlooks like a bit over 750 megs
14:10.06Barunand after the build?
14:10.12Barun750 megs is manageable
14:10.40starseekerdepends on what you build (don't run a distcheck build if space is tight)
14:10.52BarunI’m on a 120 GB ssd :(
14:10.53starseekerfor a straight up build... let me try that once...
14:11.09starseekerif it's not too full that should be OK
14:11.18BarunIt has about 30-40 GB free
14:11.43starseekerwith everything built it's a couple gigs
14:12.08Barunah, awesome
14:12.09starseekerwouldn't expect it to be an issue
14:12.09BarunI’m good
14:12.14BarunThanks so much for all the help :)
14:12.28starseekernp
14:13.04starseekerthat total may get a bit larger if you enable things like OpenSceneGraph and Qt support, but even then you should be fine
14:13.26starseekerbut I wouldn't do a distcheck full :-)
14:14.24starseekerBarun: if you need to tighten up on space, you can disable Docbook building with -DBRLCAD_EXTRADOCS=OFF
14:14.51BarunI’ll keep that in mind!
14:15.14Barunone question
14:15.26Barunhttp://brlcad.org/wiki/Compiling <— when was this last updated?
14:16.01starseekerSeptember 2014 according to the history
14:16.19starseekerpackage names getting out of date?
14:17.14BarunI…actually don’t have a linux system, so I wouldn’t know :P
14:17.23starseekerheh
14:17.27BarunI was just wondering that maybe we should remove the virtual machine reference for now
14:17.45Barunfrom there, and http://brlcad.org/wiki/Deuces
14:18.00starseekershrugs - now that there's interest again, it may prod folks into updating it
14:18.20starseekeror even better, someone might figure out a way to automate the process of making the VM (if that's practical)
14:18.31BarunHurm…thats an idea.
14:20.48starseekerdons his CMake armor and dives in to see what's happening with STATIC_ARRAY testing on BSD...
14:20.59BarunI wish you luck, noble knight
14:21.10Barunwhile I return to the realm of partial differential equations for my math exam tomorrow
14:21.26starseekerwinces in sympathy - best of luck!
14:21.35BarunI’m going to need it
14:22.03starseekeralways had the vague feeling that PDEs weren't really designed with human brains in mind...
14:32.11Notify03BRL-CAD:starseeker * 67761 (brlcad/trunk/NEWS brlcad/trunk/src/libged/rcodes.c): per user request, let users know if the rcodes file didn't make any changes.
14:38.12Notify03BRL-CAD:starseeker * 67762 brlcad/trunk/CHANGES: Add notes in REMOVED that note the Tcl/Tk man pages and UtahRLE image tools are no longer installed by BRLL-CAD.
14:46.39*** join/#brlcad shubham__ (7b88c546@gateway/web/freenode/ip.123.136.197.70)
14:47.21*** join/#brlcad shubham__ (7b88c546@gateway/web/freenode/ip.123.136.197.70)
15:13.59*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:18.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:46.47Barun~pastebin
15:46.47infobotA "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude.
15:47.34BarunI get this error while compiling : http://pastebin.ca/3583940
15:49.05BarunI’ll disable the docbooks and try again
16:24.31Barunbrlcad : I can’t compile with docbooks, but it works fine without.
16:30.48Notify03BRL-CAD:brlcad * 67763 brlcad/trunk/include/bu/hash.h: ws
16:38.10Barunhow do I run brlcad after compiling?
16:38.19Barun./mged seems to open a text editor
16:38.24Baruna text interface*
16:38.32Barunhttp://brlcad.org/wiki/Compiling<— this mentions archer, which doesn’t seem to exist
16:57.27*** join/#brlcad mandeeps708 (~Mandeep@117.212.48.166)
17:15.48Notify03BRL-CAD:starseeker * 67764 brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: With clang 3.4.1 on *BSD, we need to make sure we have both the -pedantic and -std=gnu89 flags in addition to the Werror flag defined for the test (pedantic is what triggers the -Wc99-extensions flag). We evidently weren't getting the pedantic flag in the compile test, but do get it in the main build.
17:17.20*** join/#brlcad mandeeps708 (~Mandeep@117.212.48.166)
17:21.45starseekerBarun: sounds like you built without graphics enabled?
17:35.09BarunAh, not enabled by default?
17:35.26BarunI’ll recompile.
17:35.31Notify03BRL-CAD:brlcad * 67765 brlcad/trunk/CHANGES: don't skip fbcmrot. it's a colormap tool too.
17:35.36BarunWhich reminds me, why the issue with docbooks?
17:36.07BarunAnd what do I have to change to get graphics enabled?
17:46.12BarunNevermind, I’m guessing that the last question could be sovled by reading the install :)
17:53.05Notify03BRL-CAD:brlcad * 67766 brlcad/trunk/doc/STRATEGY: did not address geometry visualization in the archer projects so make sure we capture that need as well in a smaller project of its own.
17:57.21Notify03BRL-CAD:brlcad * 67767 brlcad/trunk/CHANGES: add fbanim on principle. animation is out the window. also, tried to use it and couldn't get it to actually talk to an fbserv as documented.
17:59.10*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
18:00.03Barunits an opengl gui?
18:30.28Notify03BRL-CAD:brlcad * 67768 brlcad/trunk/TODO: terrain dumps out a dsp datafile, so it's prime candidate for src/shapes.
20:54.42*** join/#brlcad infobot (ibot@rikers.org)
20:54.42*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
21:02.57Notify03BRL-CAD:brlcad * 67770 brlcad/trunk/src/proc-db/room.c: avoid using commas in names
21:04.47Notify03BRL-CAD:brlcad * 67771 brlcad/trunk/src/proc-db/CMakeLists.txt: looks like the room proc-db is really old, one of the first, and it looks like it has created combs with an Obj entry that do not exist the whole time. As it's not an interesting proc to mature, is serving no debug purpose, and has incurred a cost, kill it.
21:21.10Notify03BRL-CAD:brlcad * 67772 brlcad/trunk/TODO: remove 59 commands that are getting scheduled for removal or refactoring (see CHANGES)
21:24.15Notify03BRL-CAD:n_reed * 67773 brlcad/branches/brep-debug/src/libged/brep.c: balance parens in dplot usage string
21:28.40Notify03BRL-CAD:brlcad * 67774 brlcad/trunk/CHANGES: reviewed the list of undocumented commands and annotated those being scheduled for removal in here so we know which can be removed without warning. reviewing the list, researched dozens of additional commands and added many to the list for removal including the yuv image converters, texturescale, additional animation commands fbanim pixflip-fb chan_add, pixfields,
21:28.42Notifypixfieldsep, and NOT all of the plot3 tools (only those that overlap with the overlay command). and probably a few more I'm missing on visual review.
21:28.44Notify...
21:29.35Notify03BRL-CAD:brlcad * 67775 brlcad/trunk/CHANGES: indent with a tab consistently
21:39.44Notify03BRL-CAD:brlcad * 67776 brlcad/trunk/src/proc-db/CMakeLists.txt: do not install ANY of the proc-db utilities because they do not come with documentation. they just create an unhelpful aura of complexity and cryptic inconsistent usability.
21:45.16Notify03BRL-CAD:brlcad * 67777 brlcad/trunk/TODO: take out proc-db tools now that they're not installed .. now it's a good list of things installed that needs to have a manual page written. 57 commands is still too many, though.
21:50.48Notify03BRL-CAD:brlcad * 67778 brlcad/trunk/src/proc-db/CMakeLists.txt: note that two of these actually do have manual pages
22:08.11Notify03BRL-CAD:brlcad * 67779 brlcad/trunk/TODO: separating out the converters, external tools and shape tools, this starts to look like an increasingly manageable list.
22:17.37Notify03BRL-CAD:brlcad * 67780 brlcad/trunk/CHANGES: rawbot listed twice
22:20.02Notify03BRL-CAD:brlcad * 67781 (brlcad/trunk/TODO brlcad/trunk/src/sig/CMakeLists.txt): fhor is undocumented and a framebuffer tool. looking it up, the 'floating horizon' algorithm discussed in fundamentals of computer graphics describes it as a hidden line / plotting method. as dealing with visualization of signals is a topic in itself and this is quite undocumented, it can go now.
22:24.30Notify03BRL-CAD:brlcad * 67782 brlcad/trunk/src/proc-db/CMakeLists.txt: contours is a poor-mans surface point cloud / contour visualization, feeding points into the program an turning them into plot3 commands. there are better ways to do this now and with much richer geometry.
22:31.05starseekerBarun: that error looks like you have a stale build directory from an older svn revision (docbook)
22:35.56Notify03BRL-CAD:brlcad * 67783 brlcad/trunk/src/util/CMakeLists.txt: don't see a practical reason for combining two dsp data files into one outside of debugging purposes or adding noise/features that are probably better dealt with in image compositing software (as a 16-bits per channel image). if we do need this functionality again in the future, it probably belongs with the dsp command and needs to be documented.
22:40.22Notify03BRL-CAD:brlcad * 67784 brlcad/trunk/src/fb/CMakeLists.txt: remove fbgammamod. atrocious usability and exceptionally dubious general utility. there are also other tools that help with gamma corrections, albeit not as flexbily as this.
22:41.19starseekerprys cat off of keyboard
22:55.35*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
22:58.50Notify03BRL-CAD:brlcad * 67785 (brlcad/trunk/src/conv/euclid/euclid-g.c brlcad/trunk/src/conv/nmg/asc-nmg.c and 38 others): remove the various 'program continues running statements. while some that are preceeded by a usage statement may be confusing when the program doesn't exit, it's similarly redundant to tell them that the program is running when that is evident (by the program still running). maybe need to review
22:58.52Notifythese to see why they're printing usage instead of a more helpful message.
22:58.54Notify...
23:01.06Notify03BRL-CAD:brlcad * 67786 brlcad/trunk/src/fb/fbcolor.c: this is better, tell the user what's going to happen when we know
23:16.45Notify03BRL-CAD:brlcad * 67787 brlcad/trunk/src/libged/coil.c: more tricky case, but improve things while we're in here. wasn't actually using the user-specified object name, so make it do that. also was initializing a vls and doing nothing with it.
23:17.14Notify03BRL-CAD:brlcad * 67788 (brlcad/trunk/src/fb/cmap-fb.c brlcad/trunk/src/fb/fb-cmap.c and 2 others): more messages to more clearly let the user know what is going on.
23:30.03*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:36.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160427

IRC log for #brlcad on 20160427

00:21.15Notify03BRL-CAD:brlcad * 67789 (brlcad/trunk/src/conv/euclid/euclid-g.c brlcad/trunk/src/fb/fb-cmap.c and 29 others): slew of reversion cleanup to not print usage statements just because the programs run without any options. they all print usage with -h and most if not all will not print informative messages, particularly when writing out to a file.
00:32.18*** join/#brlcad npcxrxcqvdtmjmdl (~armin@dslb-088-067-242-142.088.067.pools.vodafone-ip.de)
01:20.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:43.17*** join/#brlcad Barun (~Barun@117.211.90.154)
05:03.59*** join/#brlcad ickby (~stefan@tmo-103-153.customers.d1-online.com)
05:19.32*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
05:25.35*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
06:52.37*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:55.07*** join/#brlcad sniok (~sniok@89.252.2.135)
07:56.55*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
08:06.11*** join/#brlcad sniok (~sniok@89.252.2.135)
08:53.01*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
09:10.50*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
09:51.30*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
10:26.14*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
10:35.12*** join/#brlcad mandeeps708 (~Mandeep@202.164.53.117)
12:17.12*** join/#brlcad yorik (~yorik@187.35.19.227)
13:08.58Notify03BRL-CAD:starseeker * 67790 brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: Useful to know what we're missing, but this isn't the place to set these vars. Need to figure out somehow why they aren't set when this test is run...
13:34.15starseekerbrlcad: I think I see what happened.  When no build type is set (CMAKE_BUILD_TYPE="") CMAKE_C_FLAGS gets all the C flags, and the check_c_source_runs macro *does* see CMAKE_C_FLAGS (which means it's testing correctly.)
13:36.42starseekerwhen I set CMAKE_BUILD_TYPE=Debug, CMAKE_C_FLAGS_DEBUG is the one that gets the std=gnu89 flag - and CMAKE_C_FLAGS_DEBUG appears to not be used by the testing macro
13:38.16starseekerSo really, going by the CMake docs, we shouldn't actually be depending on any of the CMAKE_C_FLAGS vars (even the basic one) being passed to the tests, and should instead ensure that the CMAKE_REQUIRED_FLAGS variable has everything we actually want to be part of the "test environment"
13:40.32starseekerwhich exposes a dilemma for multi-configuration builds, since in principle we could get two different test results for the different flag sets associated with each configuration.  Almost need a way to select different brlcad_config.h files with different results at run time to make that work right... hmm...
13:41.19starseekerit doesn't really matter right now on Windows, since we aren't yet trying serious flag management there, but it might be a problem for Xcode
13:42.40starseekerthe option I suppose would be to completely shut down the notion of multi-configuration and enforce the one-configuration-per-configure-run model
13:43.04starseekerno denying that would simplfy our CMake logic in quite a few places
13:52.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:08.23*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:12.40Notify03BRL-CAD:starseeker * 67791 brlcad/trunk/CMakeLists.txt: For now, take BUILD_TYPES specific assignments of CHECK_C_FLAG and CHECK_CXX_FLAG results out of the picture. CMAKE_C_FLAGS apparently gets picked up by the check_c_source_runs tests, but the config specific vars do not. Rather than relying on CMAKE_C_FLAGS, we should be using the documented CMAKE_REQUIRED_FLAGS variable to define our testing environment -
14:12.42NotifyTODO. This also exposes a problem of how to store and use results specific to debug/release environment definitions in a single CMake configuration process, which is not well handled currently. Possible solutions include build time selection of different config.h files and forcing CMake to operate in one-config-per-cmake-run mode regardless of whether the build tool supports multiple configurations, but what the
14:12.44Notify'correct' solution is isn't clear to me yet....
14:55.18*** join/#brlcad shubham_ (01163ee4@gateway/web/freenode/session)
14:55.29*** join/#brlcad shubham_ (01163ee4@gateway/web/freenode/ip.1.22.62.228)
14:55.48*** join/#brlcad ChanServ (ChanServ@services.)
14:55.48*** mode/#brlcad [+o ChanServ] by sendak.freenode.net
14:57.35Notify03BRL-CAD Wiki:Sean * 9607 /wiki/Google_Summer_of_Code/2016: stub in page for our 2016 students
15:05.25*** join/#brlcad MandeepSingh (~Mandeep@117.199.110.82)
15:09.26Notify03BRL-CAD Wiki:Sean * 9608 /wiki/Google_Summer_of_Code:
15:15.22Notify03BRL-CAD Wiki:Sean * 9609 /wiki/Google_Summer_of_Code/2016:
15:27.07brlcadFYI everyone, brlcad.org DNS has now been updated to the new server
15:27.55brlcadpeople logging in can still reach the old server via bzflag.bz or old.brlcad.org
15:29.08brlcadstarseeker: take me a few minutes to absorb all of that... but I think I get it
15:30.13brlcadmaths22: did the databases just come up cleanly?  we've had a few edits to the brlcad wiki in the past week .. should I copy them over or just manually redo the changes?
15:30.27brlcaddon't know if you put them through some upgrade steps or something
15:47.10andromeda-galaxybrlcad: brlcad.org is on its own server now?
15:56.46*** join/#brlcad MandeepSingh (~Mandeep@59.91.237.24)
16:01.44*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
16:29.12*** join/#brlcad ih8sum3r (~chatzilla@122.173.207.111)
16:30.14*** join/#brlcad ickby (~stefan@x5d84d73c.dyn.telefonica.de)
16:51.12*** join/#brlcad sniok (~sniok@89.252.2.135)
16:56.48*** join/#brlcad ickby (~stefan@x5d84d73c.dyn.telefonica.de)
17:19.17*** join/#brlcad MandeepSingh (~Mandeep_S@202.164.53.122)
17:40.58*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:01.07*** join/#brlcad Barun (~Barun@42.104.77.146)
18:29.00brlcadandromeda-galaxy: yes, just updated dns today
18:29.25brlcadandromeda-galaxy: do you know the answers to what I was asking maths22?
18:29.40brlcadif the databases came up cleanly or if they needed an upgrade or soemthing
18:30.11brlcadwill need to get everyone off this server asap :)
18:30.22Barunbrlcad : Hi, sorry to interrupt. I have two issues, first, a compilation error in the xmllint docbooks area. When I don’t compile docbooks (by settings EXTRADOCBOOKS off), it works, but it doesn’t seem to compile with graphics enabled, and cmake refuses to find my OpenGL frameworks
18:30.56brlcadBarun: first issue, dunno -- try to fix it ;)
18:31.13BarunLol, allright :p
18:31.18brlcadshould be something simple because it compiles cleanly elsewhere
18:31.23brlcadread the error, debug :)
18:31.27BarunYeah figured it was system specific
18:31.30Barunjust wanted to check :)
18:32.08brlcadfor the other, that's a bit more complex -- maybe post your entire cmake output to see which opengl-related tests are passing and failing
18:32.19BarunMay be an issue with xmllint, http://pastebin.ca/3583940 ?
18:32.19BarunAh
18:32.24BarunHold on, I’ll do that
18:32.26brlcadthat said, don't particularly need opengl unless you're working on archer
18:32.41BarunUrm
18:33.00BarunSo after compilation the executable should be in bin/mged, right?
18:33.04brlcadBarun: heh, did you read the xmllint error? :)
18:33.15brlcadwe run it to validate our docs
18:33.15BarunA file that doesn’t exist
18:33.18brlcadit's saying validation fails
18:33.23brlcad... because the file doesn't exist
18:33.36BarunUrm
18:33.41BarunI’m guessing just creating one won’t fix it
18:33.43Barun?
18:33.43brlcadthat wouldn't be a problem with xmllist, it's a problem with our build file (probably)
18:34.01BarunI should go try that out
18:34.09brlcadlook in doc/docbook/system/mann/CMakeLists.txt to see if it's listed
18:34.28brlcadif the file exists in that path (check source and build dir), then some copy rule is failing
18:34.55brlcadif it doesn't exist, then the cmakelists.txt file is probably out of date and a line specifying Introduction.xml needs to be removed
18:35.06brlcadgive it a look see if you can figure it out :)
18:35.35brlcadmight help to check the log: svn log doc/docbook/system ... see if you see anything related to Introduction.xml recently
18:36.50BarunDoesn’t exist in the cmakelists text file
18:37.05BarunI mean its not listed
18:38.14Barunbut…it does exist
18:38.26Barunin doc/docbooks/system/mann
18:39.39Barunin the source directory
18:40.08BarunI last built without docs, so its not in the build dir, but I imagine it would be..
18:40.24BarunSo…introduction.xml is not being copied over?
18:40.53BarunAs in, cmakelists.txt needs to be updated to add introduction.xml? I’m a little confused at this point, sorry, but it seems to me that its not a likely thing to remove..
18:53.15*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
19:06.35*** join/#brlcad ickby_ (~stefan@x5d84d73c.dyn.telefonica.de)
19:15.28Barunbrlcad : fixed it :)
19:15.51BarunAt least…I didn’t fix it myself…I did however change cmakes parameters, which seemed to fix it on its own..
19:16.35*** join/#brlcad ickby (~stefan@x5d84d73c.dyn.telefonica.de)
19:36.44*** join/#brlcad merzo (~merzo@150-55-201-46.pool.ukrtel.net)
20:31.29*** join/#brlcad ickby (~stefan@x5d84d73c.dyn.telefonica.de)
20:53.03*** join/#brlcad ickby (~stefan@x5d84d73c.dyn.telefonica.de)
21:44.25andromeda-galaxybrlcad: I don't, I haven't had a chance to talk to maths22 in a while.
21:45.18andromeda-galaxyis the intention to move everything else over to the new server as well?
22:24.48*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:39.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160428

IRC log for #brlcad on 20160428

00:20.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:31.09*** join/#brlcad jbhrvqpvplcfdkah (~armin@dslb-088-067-240-122.088.067.pools.vodafone-ip.de)
00:35.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:03.11brlcadandromeda-galaxy: everything should be moved now except anything added in the last week
02:53.37*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
03:15.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:03.25*** join/#brlcad Barun_ (~Barun@42.104.77.147)
06:22.19*** join/#brlcad gjeet (7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31)
06:23.09*** join/#brlcad ish_ (~ish@124.253.112.31)
06:55.59*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:56.28Barun_brlcad : I’ve been looking at the code under src/librt/primitives/ell/ell.c
06:56.48Barun_Since one of the quickies is to find the surface area of some primitives
06:57.23Barun_so I looked at rt_ell_surface_area
06:57.30Barun_or rather, rt_ell_surf_area*
06:58.45Barun_Why do you have the macro #define fastf_t double ?
06:58.49Barun_Instead of just using double?
07:05.40StragusTo be able to quickly change the type for a bunch of code at once
07:05.50Barun_Of course..
07:05.52Barun_Thanks :)
07:05.59Barun_I should have thought of that >.<
07:06.32Stragus;)
07:25.34*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
07:29.18*** join/#brlcad gjeet (7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31)
07:50.20*** join/#brlcad Barun_ (~Barun@182.71.213.50)
07:57.33*** join/#brlcad MandeepSingh (~Mandeep_S@202.164.53.122)
08:19.34*** join/#brlcad sniok (~sniok@89.252.2.135)
08:32.23*** join/#brlcad Barun (~Barun@42.104.77.147)
09:01.19*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:49.58*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
12:04.32*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
13:03.53*** join/#brlcad yorik (~yorik@187.35.19.227)
13:09.18*** join/#brlcad sniok (~sniok@89.252.2.135)
13:57.23*** join/#brlcad Barun_ (~Barun@182.71.213.50)
13:58.33Notify03BRL-CAD:n_reed * 67792 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: start debugging section
14:41.18*** join/#brlcad Barun_ (~Barun@182.71.213.50)
14:47.49*** join/#brlcad amarjeet (~Amarjeet@101.216.148.210)
15:11.19*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:42.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:46.02Notify03BRL-CAD:indianlarry * 67793 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: Removed bad/unnecessary logic when setting min/max UV bounds based on face trims
15:48.13Notify03BRL-CAD:indianlarry * 67794 brlcad/trunk/src/conv/step/step-g/OpenNurbsInterfaces.cpp: removed, reparameterization causing issues with original step tools samples originally, implemented to fix issue in GrabCADs winchester_mod_1873_20inch_asm.stp that had a large/small narrow width/height ratio
16:11.14*** join/#brlcad ickby (~stefan@x5d846d93.dyn.telefonica.de)
16:11.30starseekerBarun_: that kind of thing can happen if you have an incomplete svn update - are you sure you have the latest sources?
16:12.18starseekeralso, make sure you've run cmake *after* all svn updates - most platforms will take care of this automatically, but with MSVC you'll have to manually re-run CMake
16:13.43Barun_I just run svn up brlcad-svn-trunk (I assume that is the correct svn command), and it tells me its updated fully
16:13.51Barun_It does run fine now though, so I guess I don’ tknock it :p
16:14.07Barun_I checked out the qtged branch as well, and I’ll take a look at it too :)
16:24.03*** join/#brlcad ickby_ (~stefan@x5d846d93.dyn.telefonica.de)
16:30.54Notify03BRL-CAD:starseeker * 67795 (brlcad/trunk/src/tclscripts/CMakeLists.txt brlcad/trunk/src/tclscripts/man_browser.tcl): Try the mousewheel fix from Tcl TIP 171.
18:00.21*** join/#brlcad sniok (~sniok@89.252.2.135)
18:07.26Notify03BRL-CAD:n_reed * 67796 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add dplot command overview
18:45.00Notify03BRL-CAD:starseeker * 67797 (brlcad/trunk/src/tclscripts/CMakeLists.txt brlcad/trunk/src/tclscripts/man_browser.tcl): Didn't fix the issue on Window, not needed on Linux. Maybe we need Tk 8.6, but that's post 7.26.0...
18:48.05Notify03BRL-CAD:starseeker * 67798 brlcad/trunk/TODO: Keith made fixes - one bug, one unexpected breakage that we'll want to revisit at some point (r67794)
19:09.47*** join/#brlcad ickby (~stefan@x5d846d93.dyn.telefonica.de)
20:04.19*** join/#brlcad ickby_ (~stefan@x5d846d93.dyn.telefonica.de)
20:16.27*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
20:16.54Notify03BRL-CAD:starseeker * 67799 brlcad/trunk/NEWS: Since 7.24.4, rtshot firing of single rays with -p -d specification has been fixed.
20:16.57Notify03BRL-CAD:brlcad * 67800 (brlcad/trunk/CHANGES brlcad/trunk/src/proc-db/CMakeLists.txt): rawbot doesn't need to go through deprecation. it's an undocumented proc-db.
20:16.59Notify03BRL-CAD:brlcad * 67801 brlcad/trunk/CHANGES: expand cmap tools since it's just a couple. note that png_info needs incorporation (it's useful).
20:17.01Notify03BRL-CAD:brlcad * 67802 (brlcad/trunk/sh/pixinfo.sh brlcad/trunk/src/conv/bot_shell-vtk.c and 33 others): add runtime deprecation warnings for the first three tool categories itemized in CHANGES as going away. 35 tools in total.
20:17.03Notify03BRL-CAD:starseeker * 67803 brlcad/trunk/src/tclscripts/CMakeLists.txt: If we edit the tcl scripts, we need to re-run pkgIndex and tclIndex.
20:17.06Notify03BRL-CAD:starseeker * 67804 (brlcad/trunk/NEWS brlcad/trunk/src/librt/primitives/brep/brep.cpp): Don't try to manipulate a polyline if we didn't get one back form PolyLine_Approx. Fixes a case where trying to draw a wireframe on a NURBS object triggered a crash.
20:17.09Notify03BRL-CAD:starseeker * 67805 brlcad/trunk/src/libbu/parallel.c: Quiet warning for release.
20:31.56*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-yutpueqswacqqasy)
20:32.45*** join/#brlcad merzo (~merzo@150-55-201-46.pool.ukrtel.net)
22:17.10*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160429

IRC log for #brlcad on 20160429

00:15.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:37.54*** join/#brlcad LordOfBikes (~armin@dslb-092-074-228-150.092.074.pools.vodafone-ip.de)
02:40.21Notify03BRL-CAD:starseeker * 67806 brlcad/trunk/doc/README.Linux: looks like mesa-libGL-devel is needed for OpenGL, at least on Fedora.
03:16.48starseekerscowls... that's strange, building and specifying the local freetype library, can see it on the cc line, and gcc is *still* pulling in the system version
03:17.20starseekerwonder if Redhat is starting to get aggressive about forcing use of system versions of libs
03:17.31starseekeror mabye gcc5 has some new search rule
03:25.16starseekerah
03:25.32starseekerfontconfig library is linking to the system freetype
03:25.41starseekermust be pulling it in from there
03:27.23starseekerah!
03:27.40starseekerwe build libfreetype.so, but not libfreetype.so.6
03:28.20starseekerneed both to override the system version and prevent libfontconfig from pulling in the system lib
03:28.25starseekerhmm.
03:32.40Notify03BRL-CAD:starseeker * 67807 brlcad/trunk/src/other/freetype/CMakeLists.txt: Set the SOVERSION for freetype
03:33.38*** join/#brlcad israel_ (~israel@197.211.53.25)
03:34.18israel_hello
03:34.59israel_i want to learn how to write virtual device drivers... what should i do?
03:40.29brlcadisrael_: what does that have to do with brl-cad? ;)
03:40.45brlcadsearching the web is your best bet... lots of help on that subject
03:41.04israel_ok
03:41.41israel_what's this channel for?
03:42.07brlcadwhat do you think it's for?
03:42.26israel_sorry for asking too many questions... i'm new to linux...
03:43.16brlcaddon't mind questions, just wondering how you came about joining here
03:44.13Stragusponders integrating BRL-CAD into the kernel
03:44.37israel_i was asking this same question on linuxmint channel and someone refered me to freenode
03:44.55israel_that's how how i found my way here
03:45.19brlcadfreenode is the network
03:45.28brlcadhow did you manage to join this specific channel?
03:45.43brlcad(there are thousands of channels, what made you pick #brlcad?)
03:46.02israel_i randomly choose ti
03:46.19israel_did not no which to join
03:46.46StragusEh, that's a cool IRC client that chooses random channels :)
03:47.34StragusRegarding your question, you could try a channel like #winapi ... Assuming I'm not mistaken that it's a Windows driver question
03:47.36brlcadisrael_: usually it's #sometopic, but you can search for channels on the website
03:47.50brlcade.g., there's a ##linux channel for learning how to use linux
03:48.15israel_ok
03:48.41brlcador hang out here and write code for an open source CAD system :)
03:49.15israel_wow!... that sounds interesting!
03:50.39israel_so, what are the criterials?
06:43.50*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:57.47*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
07:03.30*** join/#brlcad shubham (a5e1683d@gateway/web/freenode/ip.165.225.104.61)
07:04.09*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
07:39.59*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:31.16*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:46.22*** join/#brlcad amarjeet (~Amarjeet@101.208.246.24)
08:53.16*** join/#brlcad amarjeet_ (~Amarjeet@101.208.246.24)
08:54.02*** join/#brlcad amarjeet (~Amarjeet@101.208.246.24)
09:07.06*** join/#brlcad amarjeet (~Amarjeet@101.208.246.24)
09:54.03*** join/#brlcad sniok (~sniok@89.252.2.135)
10:01.04*** join/#brlcad amarjeet (~Amarjeet@101.208.246.24)
11:22.03*** join/#brlcad amarjeet (~Amarjeet@101.208.246.24)
11:49.57*** join/#brlcad davee_ (~davee@71.83.188.23)
12:02.47*** join/#brlcad sniok (~sniok@89.252.2.135)
12:19.44*** join/#brlcad amarjeet (~Amarjeet@101.208.246.24)
12:34.56*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
13:00.24*** join/#brlcad yorik (~yorik@187.35.19.227)
13:08.40*** join/#brlcad amarjeet_ (~Amarjeet@101.208.246.24)
13:27.51*** join/#brlcad amarjeet_ (~Amarjeet@101.208.246.24)
13:35.15*** join/#brlcad amarjeet_ (~Amarjeet@101.208.246.24)
14:09.33*** join/#brlcad boj (d24bfce2@gateway/web/cgi-irc/kiwiirc.com/ip.210.75.252.226)
14:26.11*** join/#brlcad boj (4ca4e4d6@gateway/web/cgi-irc/kiwiirc.com/ip.76.164.228.214)
14:32.09*** join/#brlcad amarjeet_ (~Amarjeet@101.208.246.24)
14:37.07*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
14:37.07*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
14:37.07*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
14:37.12*** join/#brlcad amarjeet (~amarjeet@101.208.246.24)
14:47.08*** join/#brlcad amarjeet_ (~amarjeet@101.208.246.24)
14:50.18*** join/#brlcad amarjeet_k (~Amarjeet@49.138.195.171)
14:52.29*** join/#brlcad amarjeet_k (~Amarjeet@49.138.195.171)
15:03.34*** join/#brlcad amarjeet (~amarjeet@49.138.195.171)
15:06.02*** join/#brlcad amarjeet_ (~amarjeet@49.138.195.171)
15:11.24*** join/#brlcad ickby_ (~stefan@x5d846439.dyn.telefonica.de)
15:12.30*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-prglbazxbowybfeq)
15:13.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:15.49*** join/#brlcad ickby_ (~stefan@x5d846439.dyn.telefonica.de)
15:24.33*** join/#brlcad amarjeet (~Amarjeet@49.138.195.171)
15:58.01*** join/#brlcad ickby (~stefan@x5d846439.dyn.telefonica.de)
16:06.00*** join/#brlcad amarjeet (~Amarjeet@101.214.77.159)
16:10.53*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
16:16.50*** join/#brlcad ickby_ (~stefan@x5d846439.dyn.telefonica.de)
16:17.59*** join/#brlcad amarjeet_ (~amarjeet@101.214.77.159)
16:19.40*** join/#brlcad amarjeet (~Amarjeet@101.216.177.235)
16:21.53*** join/#brlcad amarjeet__ (~amarjeet@101.216.177.235)
16:23.58*** join/#brlcad amarjeet (~amarjeet@101.216.177.235)
16:29.25*** join/#brlcad amarjeet_ (~Amarjeet@101.216.177.235)
16:36.17*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
16:38.42*** join/#brlcad sniok (~sniok@89.252.2.135)
16:49.34*** join/#brlcad amarjeet_ (~amarjeet@101.216.177.235)
16:55.08*** join/#brlcad ickby_ (~stefan@x5d846439.dyn.telefonica.de)
16:59.57*** join/#brlcad Mandeep_Singh (~Mandeep@117.212.53.61)
17:01.36*** join/#brlcad ickby (~stefan@x5d846439.dyn.telefonica.de)
17:07.55*** join/#brlcad MandeepSingh (~Mandeep_S@202.164.53.122)
17:38.58*** join/#brlcad ickby (~stefan@x5d846439.dyn.telefonica.de)
17:50.58*** join/#brlcad boj (689501db@gateway/web/cgi-irc/kiwiirc.com/ip.104.149.1.219)
18:22.50*** join/#brlcad ickby_ (~stefan@x5d846439.dyn.telefonica.de)
18:40.57*** join/#brlcad ickby (~stefan@x5d846439.dyn.telefonica.de)
20:22.24Notify03BRL-CAD:starseeker * 67808 brlcad/trunk/src/libbg/util.c: Not going to fiddle with this right before release, but make a note to put together a 3D point set dimensionality degeneracy test for libbg as a preliminary step to implementing QuickHull.
21:22.46Notify03BRL-CAD:starseeker * 67809 brlcad/trunk/src/libbg/util.c: Add a note to look into Eigen's Map capability more carefully.
IRC log for #brlcad on 20160430

IRC log for #brlcad on 20160430

00:44.16*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
00:47.43*** join/#brlcad boj (d24bfce2@gateway/web/cgi-irc/kiwiirc.com/ip.210.75.252.226)
02:50.03*** join/#brlcad infobot (ibot@rikers.org)
02:50.03*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
06:05.10*** join/#brlcad amarjeet (~Amarjeet@101.216.143.165)
06:08.14*** join/#brlcad amarjeet_ (~Amarjeet@101.213.150.245)
06:19.12*** join/#brlcad ickby (~stefan@x5d84d0a1.dyn.telefonica.de)
06:34.00*** join/#brlcad gjeet (7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31)
06:35.55gjeetHello!
06:36.32gjeetSomething's wrong with BRL-CAD wiki, I can't see any image.
06:36.56gjeetOn opening image, I get "Error creating thumbnail: /etc/brlcad/convert: not found"
06:37.25*** join/#brlcad ickby (~stefan@x5d84d0a1.dyn.telefonica.de)
07:02.57*** join/#brlcad ickby_ (~stefan@x5d84d0a1.dyn.telefonica.de)
07:11.30*** join/#brlcad ickby (~stefan@x5d84d0a1.dyn.telefonica.de)
07:17.14*** join/#brlcad ickby_ (~stefan@x5d84d0a1.dyn.telefonica.de)
07:41.59*** join/#brlcad amarjeet (~Amarjeet@101.213.150.245)
07:53.32*** join/#brlcad ickby (~stefan@x5d84d0a1.dyn.telefonica.de)
08:19.41*** join/#brlcad sniok (~sniok@89.252.2.135)
08:49.27*** join/#brlcad amarjeet (~Amarjeet@101.213.150.245)
08:56.46*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
11:17.17*** join/#brlcad ickby (~stefan@x5d8478f5.dyn.telefonica.de)
12:01.16*** join/#brlcad nmz787_ (~nmz787@unaffiliated/nmz787)
12:07.12*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
12:13.28*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
12:14.14*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
12:15.38*** join/#brlcad shubham (01163f16@gateway/web/freenode/ip.1.22.63.22)
12:35.41*** join/#brlcad ickby (~stefan@x5d84c1de.dyn.telefonica.de)
13:01.47*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
13:13.28*** join/#brlcad ickby_ (~stefan@x5d84c1de.dyn.telefonica.de)
13:18.59*** join/#brlcad ickby (~stefan@x5d84c1de.dyn.telefonica.de)
13:25.04*** join/#brlcad yorik (~yorik@187.35.19.227)
14:22.14*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
14:52.22*** join/#brlcad amarjeet (~Amarjeet@101.213.169.59)
15:07.30*** join/#brlcad amarjeet (~Amarjeet@101.213.169.59)
15:17.34*** join/#brlcad amarjeet (~Amarjeet@101.213.169.59)
15:27.36*** join/#brlcad amarjeet (~Amarjeet@101.213.169.59)
15:34.36*** join/#brlcad amarjeet (~Amarjeet@101.213.169.59)
15:39.32*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:58.23*** join/#brlcad amarjeet (~Amarjeet@101.213.169.59)
16:18.13*** join/#brlcad amarjeet (~Amarjeet@101.216.11.218)
16:38.33*** join/#brlcad amarjeet (~Amarjeet@101.216.11.218)
17:31.21*** join/#brlcad merzo (~merzo@94.179.252.45.pool.3g.utel.ua)
17:49.11*** join/#brlcad merzo (~merzo@94.179.252.45.pool.3g.utel.ua)
18:11.47*** join/#brlcad sniok (~sniok@89.252.29.238)
18:27.36*** join/#brlcad amarjeet (~Amarjeet@101.220.148.17)
18:35.02*** join/#brlcad sniok (~sniok@89.252.2.135)
18:54.07*** join/#brlcad Zitara (~vsvs@37.37.137.112)
19:16.16*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
20:15.33*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-xrzdqrqycqilonhv)
20:40.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:08.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:30.25*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
21:33.59*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
IRC log for #brlcad on 20160501

IRC log for #brlcad on 20160501

00:34.59*** join/#brlcad eqvvemnedeyjauos (~armin@dslc-082-083-185-155.pools.arcor-ip.net)
02:38.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:56.43starseekernuts - our libregex doesn't build out of the box on openbsd - confliciting types for off_t
05:01.46Straguso.O sys/types.h and what else would try to declare it?
05:09.41*** join/#brlcad ickby (~stefan@x5d84595c.dyn.telefonica.de)
05:27.17*** join/#brlcad ickby (~stefan@x5d84595c.dyn.telefonica.de)
05:57.01*** join/#brlcad ickby_ (~stefan@x5d84595c.dyn.telefonica.de)
06:12.42*** join/#brlcad ickby (~stefan@x5d84595c.dyn.telefonica.de)
06:27.07*** join/#brlcad ickby_ (~stefan@x5d84595c.dyn.telefonica.de)
07:02.26*** join/#brlcad shubham (71c18b41@gateway/web/freenode/ip.113.193.139.65)
08:15.45*** join/#brlcad sniok (~sniok@89.252.2.135)
08:26.30*** join/#brlcad boj_ (~boj@116.7.245.187)
10:15.47*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-ljaeiisgnilaxekt)
10:43.59*** join/#brlcad amarjeet (~Amarjeet@101.216.69.53)
10:55.33*** join/#brlcad amarjeet (~Amarjeet@101.216.69.53)
11:02.40*** join/#brlcad amarjeet (~Amarjeet@101.216.69.53)
11:34.22*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.108.196)
11:38.34*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.108.214)
12:19.24*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.108.210)
12:48.25*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.108.218)
14:08.33*** join/#brlcad amarjeet (~Amarjeet@101.216.69.53)
14:41.19*** join/#brlcad yorik (~yorik@187.35.19.227)
14:57.48*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:33.21Notify03BRL-CAD:starseeker * 67810 brlcad/trunk/src/other/libregex/regex.h: OpenBSD defines off_t too
15:36.06*** join/#brlcad ickby (~stefan@x5d84595c.dyn.telefonica.de)
15:38.12Notify03BRL-CAD:starseeker * 67811 brlcad/trunk/include/common.h: OpenBSD actually defines __BEGIN_DECLS and __END_DECLS, so check before doing our own definition in common.h
15:59.43Notify03BRL-CAD:starseeker * 67812 brlcad/trunk/src/other/libgdiam/gdiam.hpp: Floating point exact comparison warnings being triggered.
16:00.32Notify03BRL-CAD:starseeker * 67813 brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmthread.h: avoid conflict with signal definition in OpenBSD.
16:04.39starseekerOK, this one's got me stumped so far
16:05.13starseekermeshdecimation.c:3416: warning: ignoring alignment for stack allocated 'tdata'
16:05.27starseekerStragus: does that ring any bells?
16:06.54starseekerI'm assuming it relates to the RF_ALIGN64 in the typdef for mdThreadData's struct, but I'm not sure what to do about it
16:11.53Notify03BRL-CAD:starseeker * 67814 brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimation.c: For whatever reason, the aligned attribute appears to be trouble on OpenBSD (tdata allocated on stack is flagged as ignoring this attribute, which is enough to hault the build.) Until we sort out properly what to do, fall back to not using the aligned attribute on OpenBSD
16:16.40Notify03BRL-CAD:starseeker * 67815 brlcad/trunk/src/librt/primitives/bot/gct_decimation/meshdecimationSSE2.c: These headers are also problematic on OpenBSD.
16:31.54starseekeropenbsd agrees with the comment in clone.c:226 apparently
16:35.09starseekerdoes a make -k and reluctantly concludes that OpenBSD isn't going to happen this release
17:11.17Stragusstarseeker, if I'm not mistaken, that RF_ALIGN64 was to ensure the per-thread chunks of data would all reside in different cache lines
17:11.52StragusSo one could just insert some padding to ensure that cores aren't trashing each other's cache constantly
17:13.13StragusI guess the "right" solution would be to allocate that struct with alignment rather than putting it in the thread's main(), for compilers unable to align the stack
17:15.07*** join/#brlcad ickby (~stefan@x5d84595c.dyn.telefonica.de)
17:16.09StragusLooking at the code again, the impact of non-alignment would be insignificant
17:28.23*** join/#brlcad ickby_ (~stefan@x5d84595c.dyn.telefonica.de)
17:33.05*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
17:39.32*** join/#brlcad sniok (~sniok@89.252.2.135)
18:51.51*** join/#brlcad amarjeet (~Amarjeet@101.216.69.53)
19:07.28*** join/#brlcad amarjeet (~Amarjeet@101.216.69.53)
20:29.11Notify03BRL-CAD:starseeker * 67816 brlcad/trunk/src/libgcv/plugins/obj/wfobj/obj_util.h: protect obj_util.h definitions - I think these are intended to allow wfobj to build stand-alone?
20:42.16Notify03BRL-CAD:starseeker * 67817 brlcad/trunk/src/other/freetype/CMakeLists.txt: Set VERSION as well as SOVERSION
21:26.12starseekerOK, not as bad as I thought - that VERSION flag made a huge difference for some reason
21:26.26starseekerNow getting a lot of the "Array smaller" errors:
21:26.36starseekerhttp://brlcad.org/wiki/OpenBSD_Build_Log
IRC log for #brlcad on 20160502

IRC log for #brlcad on 20160502

00:06.56*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
00:29.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:39.53*** join/#brlcad LordOfBikes (~armin@dslb-088-064-044-040.088.064.pools.vodafone-ip.de)
00:40.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:29.02starseekerOK, things do build and run without strict mode on for OpenBSD
02:55.31*** join/#brlcad boj_ (~boj@2001:250:3c00:2074:f8d7:ba32:880b:9139)
03:34.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:14.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:21.31*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
07:13.29*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:24.02*** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net)
08:07.31*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:11.01*** join/#brlcad sniok (~sniok@89.252.2.135)
12:28.34*** join/#brlcad yorik (~yorik@187.35.19.227)
12:35.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:01.01starseekerwonders if BRL-CAD can support reproducible building without too much trouble - kinda sounds like Debian is trying to head in that direction
13:01.37starseekerStragus: do you happen to know if your decimation code for BoTs has any requirements like needing closed topology?
13:04.44starseekeralso, it looks like it's possible to decimate a bot down to empty with a large enough feature size relative to the bot - it would be nice to have some kind of limit...
13:06.41*** join/#brlcad infobot (ibot@rikers.org)
13:06.41*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
14:07.59*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:12.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:45.52*** join/#brlcad sniok (~sniok@89.252.2.135)
15:17.31*** join/#brlcad maths22_ (~maths22@66-118-151-70.static.sagonet.net)
15:17.31*** join/#brlcad maths22_ (~maths22@unaffiliated/maths22)
15:19.12*** join/#brlcad annisar_ (~kamil@mail.soltysik.in)
15:21.49*** join/#brlcad poxip (~poxip@2a01:115f:461:7d00:ba27:ebff:fef7:2541)
15:21.50*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
16:12.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:15.35*** join/#brlcad shubham (71c18b78@gateway/web/freenode/ip.113.193.139.120)
17:01.03*** join/#brlcad amarjeet (~Amarjeet@49.138.207.62)
17:08.18*** join/#brlcad amarjeet (~Amarjeet@49.138.207.62)
17:16.31*** join/#brlcad amarjeet (~Amarjeet@49.138.207.62)
17:24.05Stragusstarseeker, the decimation code doesn't require a closed topology, it has some factor somewhere for the resiliency of solitary edges
17:24.33StragusBut, very importantly, it expects correctly shaped geometry. A single edge between vertices A and B can only be shared by two triangles in the order: AB and BA
17:25.15StragusIf that edge AB is shared by 3 triangles, it's going to produce errors. It doesn't check for such errors, it assumes input data that makes sense, properly oriented
17:27.18StragusThat's for performance reasons but also because the input data at the time was guaranteed to be "sane". For other purposes, I agree better detection/handling of bad data would have been a nice addition...
17:29.27StragusNow that I remember, I had also written a tiny piece of separate code that would "fix" the orientation of triangles and detect other issues, after someone tried to use decimation code on random (and broken) meshes
17:30.18StragusThat's nothing too complicated, I assume you already have something like that somewhere in BRL-CAD
17:37.55*** join/#brlcad amarjeet (~Amarjeet@49.138.207.62)
17:45.03*** join/#brlcad amarjeet (~Amarjeet@49.138.207.62)
17:48.44Notify03BRL-CAD:n_reed * 67818 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add descriptions of dplot ssx subcommands
18:09.15*** join/#brlcad amarjeet (~Amarjeet@49.138.207.62)
20:29.21*** join/#brlcad MandeepSingh (~Mandeep_S@202.164.53.122)
20:32.03Notify03BRL-CAD:starseeker * 67819 brlcad/trunk/CHANGES: add solid.h to the deprecation list - currently public API, should ultimately be managed by libdm backends. Currently exposed in libtclcad, mged and libged - some refactoring and command rework will be needed to hide it successfully, but the idea will be for applications to specify *what* they want drawn (probably via ascii paths or db_full_path entries) and have
20:32.05Notifythe dm manage *how* it is drawn. struct solid falls squarely into the 'how' category.
20:32.07Notify...
20:33.18Notify03BRL-CAD:n_reed * 67820 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add descriptions of the dplot isocsx subcommands
20:33.25starseekerStragus: not sure (mesh fixing code) - I think we may have some similar routines for some of the libgcv conversion work, but I'd have to dig
22:05.12*** join/#brlcad yorik (~yorik@187.35.19.227)
22:49.45*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:01.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:27.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160503

IRC log for #brlcad on 20160503

00:10.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:38.08*** join/#brlcad roufozxwexkngfop (~armin@dslb-088-066-150-225.088.066.pools.vodafone-ip.de)
01:05.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:13.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:03.48*** join/#brlcad shubham_ (a5e16831@gateway/web/freenode/ip.165.225.104.49)
06:49.23*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:54.16*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:02.12*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
12:23.29*** join/#brlcad amarjeet (~Amarjeet@101.211.151.136)
12:33.33*** join/#brlcad amarjeet (~Amarjeet@101.211.151.136)
12:43.39*** join/#brlcad amarjeet (~Amarjeet@101.211.151.136)
13:07.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:18.04Notify03BRL-CAD:starseeker * 67821 brlcad/trunk/CHANGES: Call out the instances in public functions other than rt/solid.h that expose the struct solid type for deprecation.
13:32.09*** join/#brlcad yorik (~yorik@187.35.19.227)
13:45.15*** join/#brlcad amarjeet (~Amarjeet@101.211.151.136)
13:59.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:06.39*** join/#brlcad amarjeet (~Amarjeet@101.211.151.136)
14:25.14*** join/#brlcad amarjeet (~Amarjeet@101.211.151.136)
14:26.24*** join/#brlcad yorik (~yorik@187.35.19.227)
14:37.30*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:57.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:44.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:56.17*** join/#brlcad shubham (71c18818@gateway/web/freenode/ip.113.193.136.24)
16:36.26*** join/#brlcad LordOfBikes (~armin@dslb-088-066-150-225.088.066.pools.vodafone-ip.de)
16:40.55*** join/#brlcad yorik (~yorik@187.35.19.227)
17:04.42*** join/#brlcad ickby (~stefan@x5d8470f8.dyn.telefonica.de)
17:09.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:39.02*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
17:49.42*** join/#brlcad amarjeet (~Amarjeet@101.211.151.136)
18:01.23*** join/#brlcad amarjeet (~Amarjeet@101.211.151.136)
19:10.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:19.23*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
19:37.10*** join/#brlcad ickby (~stefan@x5d8470f8.dyn.telefonica.de)
19:46.17*** join/#brlcad infobot (ibot@rikers.org)
19:46.17*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
19:51.25*** join/#brlcad ickby (~stefan@x5d8470f8.dyn.telefonica.de)
19:51.25*** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net)
19:51.26*** join/#brlcad yorik (~yorik@187.35.19.227)
19:51.26*** join/#brlcad maths22_ (~maths22@unaffiliated/maths22)
19:51.26*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
20:48.02*** join/#brlcad ickby (~stefan@x5d8470f8.dyn.telefonica.de)
21:44.33Notify03BRL-CAD:brlcad * 67822 brlcad/trunk/include/common.h: consistent #including. # needs to be first char for portability.
22:17.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:02.05brlcadstarseeker: Stragus: there is basic mesh repair functionality including syncing the windings/orientations (so all face in or out if possible, but does not assume solid), flipping the orientations, eliminating duplicate vertices/edges/face fusing, sorting (all faces are adjacent), splitting (into multiple objects), and merging (multiple meshes to one)
23:02.25brlcadall pretty basic and low-level
23:03.30brlcadah, also condense (eliminate any unused/unreferenced vertices)
23:07.09*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:57.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160504

IRC log for #brlcad on 20160504

00:36.59*** join/#brlcad fgmwbcwkyxfdqobw (~armin@dslb-088-064-046-039.088.064.pools.vodafone-ip.de)
01:35.44starseekerhuh, interesting: https://github.com/arrayfire/arrayfire
01:59.06*** join/#brlcad amarjeet (~Amarjeet@101.216.63.182)
02:13.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:56.30brlcadstarseeker: Nice!  arrayfire looks really interesting actually, definitely something to try on the cl branch
02:56.54brlcadwould allow some nice cl vs cuda vs cpu comparisons/debugging
02:59.53Stragusbrlcad, for the mesh decimation, it seems the only extra check still missing would be to make sure that no two triangles share the same edge in the same direction
03:00.00Stragus(unless that's included somewhere in that last)
03:00.03Stragusthat list*
03:00.37brlcadsync does that
03:01.03StragusAnd CUDA is only significantly faster than CL if you use the extra CUDA-only capabilities, like warp shuffles
03:01.12brlcadit just doesn't know if it's inverted the whole thing or not, and of course only works if the geometry is actually syncable with no degenerate faces
03:04.00StragusAnd I believe any "framework" to run code on both CPUs and GPUs can't be usable, optimization for one is totally different from the other...
03:05.37StragusAnd proper code makes a huge difference on GPUs (like 10x), such as pulling "work" coherently into the on-chip shared memory
03:05.45brlcadlooks like they provide their own library of operations you perform on the data containers, which they also define
03:06.08brlcadhow to pack and process the data is still up to you
03:06.46brlcadlooks like you can compile lock your code to a particular backend, or you can make it bind at runtime to one of the three
03:07.42StragusSo it's still bound and targeted to a backend, if you want performance. Can't really see the advantage
03:08.06brlcadit can be bound, doesn't have to be
03:08.58StragusWell, if it's 10 times slower because it doesn't use shared memory, that's not really usable
03:10.00brlcadwho said it's 10x slower? they actually claim to be faster than most people's gpu code
03:10.36brlcadlooks like they make that claim based on their specific function kernels they provide for specific common operations
03:10.54brlcadwhich they presumably have tailored for each backend
03:11.05StragusDepends on the problem, obviously. But I know very well that if you don't target GPU specifically and write CPU-style code, it can easily be 20 times slower than it could be
03:11.23brlcadsure
03:23.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:45.45*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:50.44*** join/#brlcad sniok (~sniok@89.252.2.135)
08:57.25*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:21.57*** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net)
11:23.13Notify03BRL-CAD:brlcad * 67823 brlcad/trunk/src/nirt/parse_fmt.c: plug a tiny leak. we're done with the filename.
11:23.15Notify03BRL-CAD:brlcad * 67824 brlcad/trunk/src/nirt/nirt.c: make nirt report the current output style as well as a listing of the available output formats, with hints on what command line options change the setting or give more info. this is implemented specifically in response to user requests (e.g., ajem scr 1942) where several people have asked to have gaps or exit hitpoints reported, which are features of the other
11:23.17Notifyoutput formats.
11:23.19Notify...
11:23.28Notify03BRL-CAD:brlcad * 67825 brlcad/trunk/NEWS: nirt now reports the current output format setting, itemizes the available formats, and provides parenthetical help for what options pertain to output formatting. this was implemented in regards to prior mailing list discussion and ajem scr 1942 requesting gaps be reported (which is already one of the available output formats.
12:11.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:25.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:46.14*** join/#brlcad yorik (~yorik@177.189.140.33)
13:46.14Notify03BRL-CAD:starseeker * 67826 brlcad/trunk/src/tclscripts/rtwizard/CMakeLists.txt: remove rtwizard.bat
13:54.54Notify03BRL-CAD:starseeker * 67827 brlcad/trunk/misc/CMake/NSIS.template.in: Tell NSIS to go for the .exe files, not the bat files - MGED is the only bat launcher left.
15:09.20``Erikis it wwdc yet? O.o
15:29.27*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:56.37Notify03BRL-CAD:n_reed * 67828 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add descriptions of remaining dplot subcommands
16:37.14*** join/#brlcad sniok (~sniok@89.252.2.135)
17:01.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:06.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:02.32*** join/#brlcad amarjeet (~Amarjeet@101.216.73.71)
19:07.13*** join/#brlcad amarjeet (~amarjeet@101.216.73.71)
19:15.18Notify03BRL-CAD:n_reed * 67829 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: document how to plot evaluation curves not automatically recorded by dplot
19:22.07*** join/#brlcad yorik (~yorik@177.189.140.33)
19:48.37*** join/#brlcad amarjeet (~Amarjeet@101.216.73.71)
20:05.43*** join/#brlcad ickby (~stefan@HSI-KBW-046-005-253-113.hsi8.kabel-badenwuerttemberg.de)
20:27.30*** join/#brlcad ickby (~stefan@HSI-KBW-046-005-253-113.hsi8.kabel-badenwuerttemberg.de)
20:38.30*** join/#brlcad ickby (~stefan@HSI-KBW-046-005-253-113.hsi8.kabel-badenwuerttemberg.de)
20:41.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:26.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:58.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160505

IRC log for #brlcad on 20160505

00:07.35*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
00:36.12*** join/#brlcad jfmwvjjqkfqvutpw (~armin@dslb-092-074-237-084.092.074.pools.vodafone-ip.de)
00:37.51starseekerbrlcad: just to check - did you specifically exclude chan_mult and chan_permute from the deprecation list (they're in the animation tools directory, but I don't seem them in CHANGES...)
00:51.53Notify03BRL-CAD:starseeker * 67830 (brlcad/trunk/sh/orbit.sh brlcad/trunk/src/anim/anim_cascade.c and 23 others): Add deprecation warnings for the video and animation tools
00:54.59Notify03BRL-CAD:starseeker * 67831 (brlcad/trunk/CHANGES brlcad/trunk/src/anim/chan_mult.c brlcad/trunk/src/anim/chan_permute.c): Add chan_mult and chan_permute to the anim tool deprecation list.
01:52.36Notify03BRL-CAD:brlcad * 67832 brlcad/trunk/TODO: no need to merge them when they're going away
02:00.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:15.20brlcadstarseeker: not specifically, don't know how they escaped both passes
02:47.06brlcadmaths22_: if beastiebots no longer registered/active, should the web root go away?
04:10.07brlcadNOTICE:  anyone that has/had an account on the .bz server and wishes to retain it, please e-mail or PM me to restore your login
04:29.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:30.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:08.00*** join/#brlcad ickby (~stefan@x5d847323.dyn.telefonica.de)
08:10.24*** join/#brlcad sniok (~sniok@89.252.2.135)
09:11.38*** join/#brlcad merzo (~merzo@92.60.189.225)
09:28.06*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:32.10*** join/#brlcad merzo (~merzo@92.60.189.225)
09:35.24*** join/#brlcad merzo (~merzo@92.60.189.225)
09:52.24*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
10:45.25*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
12:25.20*** join/#brlcad sniok (~sniok@89.252.2.135)
12:38.44*** join/#brlcad tofu_ (~sean@104.225.5.10)
12:41.44*** join/#brlcad Notify (~notify@104.225.5.10)
12:42.22*** mode/#brlcad [+o brlcad] by ChanServ
12:44.49*** part/#brlcad learner (~sean@66-118-151-70.static.sagonet.net)
12:53.22*** join/#brlcad yorik (~yorik@177.189.140.33)
13:36.57Notify03BRL-CAD:starseeker * 67833 (brlcad/trunk/src/sig/a-d.c brlcad/trunk/src/sig/bw-d.c and 14 others): Add deprecation messages to the sig tools listed in CHANGES
13:36.59Notify03BRL-CAD Wiki:Oleksandr dubenko * 9652 /wiki/Google_Summer_of_Code/2016: Web project: added plan and logs links
13:37.01Notify03BRL-CAD Wiki:Tandoorichick * 0 /wiki/User:Tandoorichick:
13:39.27Notify03BRL-CAD Wiki:Oleksandr dubenko * 9652 /wiki/Google_Summer_of_Code/2016: Web project: added plan and logs links
13:40.31Notify03BRL-CAD Wiki:Oleksandr dubenko * 9652 /wiki/Google_Summer_of_Code/2016: Web project: added plan and logs links
13:41.04Notify03BRL-CAD Wiki:Tandoorichick * 0 /wiki/User:Tandoorichick:
13:41.15Notify03BRL-CAD:starseeker * 67833 (brlcad/trunk/src/sig/a-d.c brlcad/trunk/src/sig/bw-d.c and 14 others): Add deprecation messages to the sig tools listed in CHANGES
14:13.04Notify03BRL-CAD Wiki:Bojian ustc * 0 /wiki/User:Bojian_ustc:
14:13.06Notify03BRL-CAD Wiki:Vasco.costa * 9598 /wiki/Summer_of_Code/Checklis:
14:13.13Notify03BRL-CAD Wiki:24.93.30.83 * 9601 /wiki/User:Krajkreddy/main: /* Contact */
14:13.15Notify03BRL-CAD Wiki:Fawadthekhan * 0 /wiki/User:Fawadthekhan:
14:13.17Notify03BRL-CAD Wiki:Starseeker * 9602 /wiki/OpenBSD_Build_Log: Stash the results of an OpenBSD BRL-CAD build attempt for later analysis (too long for paste.lisp.org)
14:13.20Notify03BRL-CAD Wiki:Gauravjeet * 9604 /wiki/User_talk:Mandeeps708: /* Hello Mandeep */ new section
14:13.22Notify03BRL-CAD Wiki:Mandeeps708 * 9606 /wiki/User_talk:Mandeeps708: /* hi */ new section
14:13.24Notify03BRL-CAD Wiki:Mandeeps708 * 9607 /wiki/User:Mandeeps708: personal info
14:13.30Notify03BRL-CAD Wiki:Mandeeps708 * 0 /wiki/File:Image01.png: Plugin installer freecad
14:13.40Notify03BRL-CAD Wiki:Mandeeps708 * 9614 /wiki/User:Mandeeps708/gsoc_proposal:
14:13.42Notify03BRL-CAD Wiki:Starseeker * 9615 /wiki/OpenBSD_Build_Log: More minimal Ninja report of OpenBSD build issues
14:13.48Notify03BRL-CAD Wiki:Yorikvanhavre * 9616 /wiki/Summer_of_Code/Checklis: Added FreeCAD info to "18 - a few more things" section
14:13.50Notify03BRL-CAD Wiki:Sean * 9618 /wiki/Google_Summer_of_Code/2016: stub in everyone
14:13.52Notify03BRL-CAD Wiki:Sean * 9621 /wiki/BRL-CAD_Commands: manually migrate the addition of burst
14:13.57Notify03BRL-CAD Wiki:Sean * 9622 /wiki/ESA_Summer_of_Code_in_Space/Project_Ideas: manually migrate changes for socis 2016
14:13.59Notify03BRL-CAD Wiki:Mandeeps708 * 9624 /wiki/Google_Summer_of_Code/2016: /* name*/
14:14.06Notify03BRL-CAD Wiki:Mandeeps708 * 9626 /wiki/Google_Summer_of_Code/2016: /* The FreeCAD Plugin Installer summary */
14:14.08Notify03BRL-CAD Wiki:Mandeeps708 * 9629 /wiki/Google_Summer_of_Code/2014: /* name linked */
14:14.15Notify03BRL-CAD Wiki:Catchchaos * 9630 /wiki/User:Catchchaos/GSoC2015/Proposal: GSoC Proposal for GPGPU Boolean Evaluation
14:14.17Notify03BRL-CAD Wiki:Catchchaos * 9633 /wiki/Google_Summer_of_Code/2016: /* GPGPU Support for Boolean Evaluation Used in Ray Tracing */
14:14.23Notify03BRL-CAD Wiki:Oleksandr dubenko * 9634 /wiki/User:Oleksandr_dubenko: Created profile page
14:14.25Notify03BRL-CAD Wiki:Bojian ustc * 9637 /wiki/User:Bojian_ustc: Created page with "= Personal Information = * Name: '''Bojian Wu''' * Email: '''ustcbjwu[AT]gmail.com * IRC: '''boj''' * Blog: '''bojianwu.github.io'''"
14:14.27Notify03BRL-CAD Wiki:Bojian ustc * 9638 /wiki/User:Bojian_ustc:
14:14.33Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9640 /wiki/Google_Summer_of_Code/2016: /* Form based script parameterization (needs better title) */
14:14.35Notify03BRL-CAD Wiki:Bojian ustc * 0 /wiki/File:Figure_1.png:
14:14.37Notify03BRL-CAD Wiki:Bojian ustc * 0 /wiki/File:Figure_3.png:
14:14.41Notify03BRL-CAD Wiki:Bojian ustc * 9646 /wiki/Google_Summer_of_Code/2016: /* Plate Mode NURBS raytracing */
14:14.44Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9648 /wiki/User:Amarjeet_Singh_Kapoor/GSoC2016/Projec: /* Detailed Project Description */
14:14.45*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:14.46Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9650 /wiki/User:Amarjeet_Singh_Kapoor/GSoC2016/Projec:
14:14.55Notify03BRL-CAD Wiki:Mandeeps708 * 9627 /wiki/Google_Summer_of_Code/2016: /* blog link */
14:14.57Notify03BRL-CAD Wiki:Mandeeps708 * 9603 /wiki/User_talk:Mandeeps708: added info
14:15.05Notify03BRL-CAD Wiki:Mandeeps708 * 9613 /wiki/User:Mandeeps708/gsoc_proposal:
14:15.07Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9647 /wiki/Google_Summer_of_Code/2016: /* Form based script parameterization (needs better title) */
14:15.13Notify03BRL-CAD Wiki:Vasco.costa * 9599 /wiki/Summer_of_Code/Checklis:
14:15.45*** join/#brlcad sniok (~sniok@89.252.2.135)
14:25.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:27.16*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
14:31.25*** join/#brlcad amarjeet (~amarjeet@101.214.125.123)
14:55.50*** join/#brlcad amarjeet (~amarjeet@101.214.125.123)
15:18.56*** join/#brlcad sniok (~sniok@89.252.2.135)
16:01.13*** join/#brlcad ickby (~stefan@x5d847323.dyn.telefonica.de)
16:46.22*** join/#brlcad shubham (71c189f4@gateway/web/freenode/ip.113.193.137.244)
17:00.53*** join/#brlcad gaganjyot (~gaganjyot@122.173.244.255)
17:38.37*** join/#brlcad ickby (~stefan@x5d847323.dyn.telefonica.de)
18:04.26*** join/#brlcad amarjeet (~amarjeet@101.214.72.123)
18:56.37*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
19:14.18*** join/#brlcad amarjeet (~Amarjeet@101.211.132.176)
19:47.44*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
20:25.40*** join/#brlcad ickby_ (~stefan@x5d847323.dyn.telefonica.de)
21:08.06*** join/#brlcad ickby (~stefan@x5d847323.dyn.telefonica.de)
21:13.34*** join/#brlcad ickby (~stefan@x5d847323.dyn.telefonica.de)
22:00.03*** join/#brlcad starseeker (~starseeke@104.225.5.10)
22:00.36starseekerarrives on the new server
22:37.32brlcadwoot
22:37.44brlcadenjoy the faster compiles ;)
22:45.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:10.26*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:19.40``Erikbrlcad: is the thing on ssd's?
23:21.40``Erikalso; there seems to be some php56 vs php70 conflict going on, who's trying to put php70 on? O.o
23:40.39*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
23:44.22brlcad``Erik: yeah, ssd ... dunno about php7
IRC log for #brlcad on 20160506

IRC log for #brlcad on 20160506

00:47.28*** join/#brlcad LordOfBikes (~armin@dslb-092-074-225-115.092.074.pools.vodafone-ip.de)
02:22.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:24.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:36.13*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
02:51.43*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
02:57.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:03.29*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
03:34.47*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
03:53.29*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
03:59.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:15.31*** join/#brlcad ickby (~stefan@x5d847323.dyn.telefonica.de)
05:52.34*** join/#brlcad ickby (~stefan@x5d847323.dyn.telefonica.de)
06:25.08*** join/#brlcad ickby_ (~stefan@x5d844d51.dyn.telefonica.de)
07:19.55*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
08:11.55*** join/#brlcad sniok (~sniok@89.252.2.135)
08:26.35*** join/#brlcad ickby_ (~stefan@x5d844d51.dyn.telefonica.de)
08:42.09*** join/#brlcad amarjeet (~Amarjeet@49.138.159.213)
08:53.33*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:57.24*** join/#brlcad amarjeet (~Amarjeet@49.138.159.213)
09:18.19*** join/#brlcad amarjeet (~Amarjeet@49.138.159.213)
09:31.42*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
09:49.23*** join/#brlcad ickby (~stefan@x5d844d51.dyn.telefonica.de)
10:33.19*** join/#brlcad stefan__ (~stefan@x5d844d51.dyn.telefonica.de)
11:07.16*** join/#brlcad ickby (~stefan@x5d844d51.dyn.telefonica.de)
12:43.03*** join/#brlcad amarjeet (~amarjeet@101.214.81.180)
12:43.58*** join/#brlcad yorik (~yorik@177.189.140.33)
12:45.11*** join/#brlcad merzo (~merzo@92.60.189.225)
13:49.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:41.06*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:17.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:44.57*** join/#brlcad tandooorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
16:30.00*** join/#brlcad ``Erik (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
16:58.49*** join/#brlcad amarjeet (~Amarjeet@49.138.159.213)
17:24.38*** join/#brlcad amarjeet (~Amarjeet@49.138.159.213)
17:33.34*** join/#brlcad shubham (01163e4d@gateway/web/freenode/ip.1.22.62.77)
18:42.55*** join/#brlcad infobot (ibot@rikers.org)
18:42.55*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
19:40.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:49.34*** join/#brlcad infobot (ibot@rikers.org)
20:49.34*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
20:59.08*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
21:12.26*** join/#brlcad merzo (~merzo@48-63-92-178.pool.ukrtel.net)
21:28.48*** join/#brlcad Notify (~notify@104.225.5.10)
21:29.23Notify03BRL-CAD:starseeker * 67835 brlcad/trunk/src/sig/CMakeLists.txt: group sig tools into deprecated and non-deprecated
21:29.25Notify03BRL-CAD:n_reed * 67836 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add a section with examples on how to advance a debugger to the correct evaluation point to investigate issues revealed by dplot
21:29.48Notify03BRL-CAD:starseeker * 67837 (brlcad/trunk/src/sig/i-a.c brlcad/trunk/src/sig/u-a.c): need sleep defined
21:29.59Notify03BRL-CAD:starseeker * 67838 (brlcad/trunk/src/irprep/all_sf.c brlcad/trunk/src/irprep/firpass.c and 8 others): Add deprecation warnings for infrared/shapefactor tools (went ahead and added a few notices for tools deprecated back in 7.24 in the same directory as well, for consistency.) Not adding one to ssampview.tcl since its source says it is sourced from the C file.
21:30.01Notify03BRL-CAD:starseeker * 67839 (brlcad/trunk/src/irprep/ir-X.c brlcad/trunk/src/irprep/irdisp.c brlcad/trunk/src/irprep/pictx.c): Few more includes for sleep
21:30.07Notify03BRL-CAD:starseeker * 67840 (brlcad/trunk/src/gtools/remapid.c brlcad/trunk/src/util/buffer.c and 2 others): Add misc tools deprecated messages.
21:30.09Notify03BRL-CAD:starseeker * 67841 (brlcad/trunk/src/sig/i-a.c brlcad/trunk/src/sig/u-a.c): don't need stdio with bio included (thanks Sean).
21:30.11Notify03BRL-CAD:starseeker * 67842 (brlcad/trunk/src/irprep/ir-X.c brlcad/trunk/src/irprep/irdisp.c brlcad/trunk/src/irprep/pictx.c): more stdio removal (regress-repository++)
21:30.13Notify03BRL-CAD:starseeker * 67843 brlcad/trunk/regress/repository.sh: Play fair - lower the expected number of WIN32 issues.
21:32.04Notify03BRL-CAD:starseeker * 67844 brlcad/trunk/regress/nirt.sh: update expected nirt output in regression test
21:32.55Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9649 /wiki/Google_Summer_of_Code/2016: /* Form based script parameterization (needs better title) */
21:32.57Notify03BRL-CAD Wiki:Bojian ustc * 9645 /wiki/User:Bojian_ustc/GSoC2016/Projec: Created page with "=Plate Mode NURBS Raytracing= '''Name:''' Bojian Wu '''Email:''' ustcbjwu[AT]gmail.com '''IRC:''' boj ==Background== I am currently a first year PhD student majoring in co..."
21:33.00Notify03BRL-CAD Wiki:Vasco.costa * 9596 /wiki/Google_Summer_of_Code/2015: revert
21:33.02Notify03BRL-CAD Wiki:Mandeeps708 * 9610 /wiki/User:Mandeeps708/gsoc_proposal: proposal created using pandoc
21:33.04Notify03BRL-CAD Wiki:Gauravjeet * 9605 /wiki/User_talk:Mandeeps708: /* Hello Mandeep */
21:33.06Notify03BRL-CAD Wiki:Bojian ustc * 0 /wiki/File:Figure_2.png:
21:33.08Notify03BRL-CAD Wiki:Yorikvanhavre * 0 /wiki/User:Yorikvanhavre:
21:33.10Notify03BRL-CAD Wiki:Sean * 9617 /wiki/Google_Summer_of_Code: redo update for 2016
21:33.12Notify03BRL-CAD Wiki:Feragon.xi * 0 /wiki/User:Feragon.xi:
21:33.14Notify03BRL-CAD Wiki:Bojian ustc * 9636 /wiki/Google_Summer_of_Code/2016: /* Plate Mode NURBS raytracing */
21:33.16Notify03BRL-CAD Wiki:Sean * 9619 /wiki/Burs: manually migrate cliff's most recent addition, a tutorial on using burst
21:33.18Notify03BRL-CAD Wiki:Catchchaos * 0 /wiki/User:Catchchaos/GSoC2015/Proposal:
21:33.20Notify03BRL-CAD Wiki:Sean * 9620 /wiki/User:Krajkreddy/main: manually migrate the recent contact edit
21:33.22Notify03BRL-CAD Wiki:Oleksandr dubenko * 0 /wiki/User:Oleksandr_dubenko:
21:33.24Notify03BRL-CAD Wiki:Mandeeps708 * 9625 /wiki/Google_Summer_of_Code/2016: /* proposal */
21:33.26Notify03BRL-CAD Wiki:Vasco.costa * 9593 /wiki/Google_Summer_of_Code/2016: initial page
21:33.28Notify03BRL-CAD Wiki:Sean * 9623 /wiki/ESA_Summer_of_Code_in_Space: manually migrate socis 2016 updates
21:33.31Notify03BRL-CAD Wiki:Mandeeps708 * 9628 /wiki/Google_Summer_of_Code/2016: /* shorten summary*/
21:33.33Notify03BRL-CAD Wiki:Oleksandr dubenko * 9635 /wiki/Google_Summer_of_Code/2016: Updated links to my project
21:33.35Notify03BRL-CAD Wiki:Vasco.costa * 9595 /wiki/Google_Summer_of_Code/2016:
21:33.37Notify03BRL-CAD Wiki:24.93.30.83 * 9600 /wiki/User:Krajkreddy/main: /* Who I am */
21:33.39Notify03BRL-CAD Wiki:Mandeeps708 * 0 /wiki/User:Mandeeps708:
21:33.41Notify03BRL-CAD Wiki:Vasco.costa * 9594 /wiki/Google_Summer_of_Code/2015:
21:33.43Notify03BRL-CAD Wiki:Vasco.costa * 9597 /wiki/Summer_of_Code/Checklis:
21:33.45Notify03BRL-CAD Wiki:Mandeeps708 * 9608 /wiki/User:Mandeeps708:
21:33.47Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 0 /wiki/User:Amarjeet_Singh_Kapoor:
21:33.49Notify03BRL-CAD Wiki:Catchchaos * 9651 /wiki/User:Catchchaos: /*Personal Information*/
21:33.51Notify03BRL-CAD Wiki:Gauravjeet * 9653 /wiki/User:Gauravjee: Created page with "= Personal Information = * Name: '''Gauravjeet Singh''' * IRC nickname: '''gjeet''' * GitHub profile: '''[https://github.com/Gauravjeetsingh GauravjeetSingh]''' * Blog address..."
21:33.53Notify03BRL-CAD Wiki:Gauravjeet * 9654 /wiki/Google_Summer_of_Code/2016: /* Online Geometry Viewer */
21:33.55Notify03BRL-CAD Wiki:Feragon.xi * 9655 /wiki/User:Feragon.xi: Created page with "== Personal information == * '''Name:''' Florian Roméo * '''Email:''' florian.romeo@feragon.net * '''IRC:''' Feragon * '''GitHub:''' https://github.com/feragon/"
21:33.57Notify03BRL-CAD Wiki:Tandoorichick * 9656 /wiki/Google_Summer_of_Code/2016: /* Automatic Polygonal Mesh Healing */
21:34.00Notify03BRL-CAD Wiki:Tandoorichick * 9657 /wiki/Google_Summer_of_Code/2016: /* Automatic Polygonal Mesh Healing */
21:34.02Notify03BRL-CAD Wiki:Feragon.xi * 9659 /wiki/User:Feragon.xi/GSoC2016/Projec: Created page with "== LibreCAD 3 Scriptable User Interface Creation == === Brief project summary === LibreCAD 3 have a new code base. Currently the only way to create objects is writing a Lua sc..."
21:34.04Notify03BRL-CAD Wiki:Feragon.xi * 9660 /wiki/Google_Summer_of_Code/2016: /* LibreCAD 3 Scriptable User Interface Creation */
21:34.06Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 0 /wiki/File:Image07.png:
21:34.08Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 0 /wiki/File:Image06.png:
21:34.10Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 0 /wiki/File:Image03.jpg:
21:34.12Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9664 /wiki/User:Amarjeet_Singh_Kapoor/GSoC2016/Projec:
21:34.14Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9665 /wiki/User:Amarjeet_Singh_Kapoor/GSoC2016/Projec:
21:34.16Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 0 /wiki/File:Image05.png:
21:34.18Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9667 /wiki/User:Amarjeet_Singh_Kapoor/GSoC2016/Projec:
21:34.20Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9668 /wiki/User:Amarjeet_Singh_Kapoor/GSoC2016/Projec: /* Detailed Description */
21:34.22Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9669 /wiki/Google_Summer_of_Code/2016: /* Form based script parameterization (needs better title) */
21:34.24Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9670 /wiki/Google_Summer_of_Code/2016: /* Form-based Customization */
21:34.26Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9671 /wiki/Google_Summer_of_Code/2016: /* Form-based Customization */
21:34.28Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9672 /wiki/Google_Summer_of_Code/2016: /* Form-based Customization */
21:34.30Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9673 /wiki/Google_Summer_of_Code/2016: /* Form-based Customization */
21:34.32Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9674 /wiki/Google_Summer_of_Code/2016: /* Form-based Customization */
21:34.34Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9675 /wiki/Google_Summer_of_Code/2016: /* Form-based Customization */
IRC log for #brlcad on 20160507

IRC log for #brlcad on 20160507

00:46.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:49.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:53.32*** join/#brlcad LordOfBikes (~armin@dslb-088-064-032-017.088.064.pools.vodafone-ip.de)
01:16.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:22.44*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
02:26.34*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
03:45.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:55.22*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
04:58.46*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:29.51*** join/#brlcad ickby (~stefan@x5d844ff5.dyn.telefonica.de)
06:59.09*** join/#brlcad sniok (~sniok@89.252.2.135)
07:04.33*** join/#brlcad boj (~boj@2001:250:3c00:2074:d949:142a:96b9:2f0e)
10:51.42*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
10:51.52*** join/#brlcad Notify (~notify@104.225.5.10)
10:54.04*** join/#brlcad Notify (~notify@104.225.5.10)
10:57.22*** join/#brlcad Notify (~notify@104.225.5.10)
10:57.28Notify03BRL-CAD:brlcad * 67845 (brlcad/trunk/include/bu/file.h brlcad/trunk/src/libbu/dirent.c): make bu_dir_list return a sorted list of matching files so callers don't have to. opendir+readdir does not guarantee any sort of ordering, but easily something we can guarantee.
10:57.30Notify03BRL-CAD:brlcad * 67846 brlcad/trunk/src/nirt/nirt.c: report 'default' even when a script isn't being used but -e is specified. also output the formats we found in alphabetical order now that bu_dir_list returns them in order.
10:57.33Notify03BRL-CAD:brlcad * 67847 brlcad/trunk/regress/nirt.sh: sync up output, now the formats will be consistent cross-platform and format is correctly being reported on -e runs too.
10:57.37Notify03BRL-CAD:brlcad * 67848 brlcad/trunk/doc/STRATEGY: update task and time estimates on the brl-cad distillation project
13:29.21*** join/#brlcad shubham (71c18b74@gateway/web/freenode/ip.113.193.139.116)
14:22.33starseekerbrlcad: do we want to use bu_sort for 67845?
14:28.28Notify03BRL-CAD:starseeker * 67849 brlcad/trunk/src/libbu/dirent.c: Use bu_sort instead of qsort
14:31.21bojHi, everyone, recently I try to generate BoT models from *.obj files and use 'obj-g', it works properly under release mode, but when I run the program under debug mode(on Windows 7 with Microsoft Visual Studio 2012), it will give errors about memory leak(HEAP CORRUPTION DETECTED), now, I can locate where it gives errors, but can not fix it, could someone give me some help? Here is more information, please check it. http://paste.ubuntu.com/1
14:34.19bojif I just comment all lines mentioned in the pastebin, then it works well, but it may be less effective to manage the memory.
14:34.51starseekerboj: that looks like a minecraft related report?
14:35.01starseekeris the paste link right?
14:35.26bojHi, starseeker, the link is right, I can open it.
14:36.24bojcan you see it now?
14:36.50archivistpaste was truncated
14:36.52starseekernope
14:37.10starseeker#1 paste is from 2013
14:37.17archivistall we see is http://paste.ubuntu.com/1
14:37.52bojsorry, http://paste.ubuntu.com/16280438
14:39.11bojI am sorry for that, the last number is 16280438, if it is truncated again, please paste the number to the link
14:39.31starseekerit's OK now
14:40.13boj:-)
14:44.56starseekerso, the question is what's using that memory
14:51.17starseekerboj: here's the valgrind report from Linux:  http://paste.ubuntu.com/16280918
14:51.54starseekerboj: I don't have time to dig into it right now, but hopefully the info there will help
14:58.17*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:58.28*** join/#brlcad amarjeet (~Amarjeet@101.214.249.217)
15:02.53*** join/#brlcad amarjeet (~Amarjeet@101.214.249.217)
15:18.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:18.16*** join/#brlcad yorik (~yorik@177.189.140.33)
15:19.15*** join/#brlcad amarjeet (~Amarjeet@101.214.249.217)
15:29.30*** join/#brlcad amarjeet (~Amarjeet@101.214.249.217)
15:34.54bojthanks starseeker, I will try to figure it out.
15:40.33*** join/#brlcad amarjeet (~Amarjeet@101.214.249.217)
15:49.41*** join/#brlcad amarjeet_ (~Amarjeet@101.214.199.224)
15:57.49*** join/#brlcad amarjeet (~Amarjeet@101.214.49.174)
15:59.28*** join/#brlcad amarjeet_ (~Amarjeet@101.213.138.201)
16:09.25*** join/#brlcad amarjeet (~Amarjeet@101.213.138.201)
16:13.41Notify03BRL-CAD Wiki:107.167.116.228 * 9676 /wiki/Google_Summer_of_Code/2016: /* Form-based Customization */
16:22.27*** join/#brlcad amarjeet (~Amarjeet@101.213.138.201)
16:56.59*** join/#brlcad amarjeet (~amarjeet@49.138.147.231)
17:08.57*** join/#brlcad amarjeet_ (~Amarjeet@101.213.138.201)
17:21.22*** join/#brlcad amarjeet (~Amarjeet@101.213.138.201)
17:33.10*** join/#brlcad amarjeet (~Amarjeet@101.213.138.201)
18:03.21*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
18:43.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:51.13Notify03BRL-CAD Wiki:Tandoorichick * 9677 /wiki/User:Your_wiki_username/GSoC2016/Projec: Created page with "=Automatic Polygonal Mesh Healing= ==Existing features:== Removal of isolated and duplicate vertices in rt_bot_condense() and rt_bot_vertex_fuse() functions in src/librt/pr..."
18:51.52Notify03BRL-CAD Wiki:Tandoorichick * 9678 /wiki/Google_Summer_of_Code/2016: /* Automatic Polygonal Mesh Healing */
18:54.07Notify03BRL-CAD Wiki:Tandoorichick * 9679 /wiki/User:Tandoorichick/GSoC2016/Projec: Created page with "=Automatic Polygonal Mesh Healing= ==Existing features:== Removal of isolated and duplicate vertices in rt_bot_condense() and rt_bot_vertex_fuse() functions in src/librt/pr..."
19:12.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:18.52*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
19:32.17*** join/#brlcad ickby (~stefan@x5d844ff5.dyn.telefonica.de)
19:35.02Notify03BRL-CAD Wiki:Tandoorichick * 9680 /wiki/User:Tandoorichick/GSoC2016/Projec:
19:37.56*** join/#brlcad ickby_ (~stefan@x5d844ff5.dyn.telefonica.de)
19:53.40Notify03BRL-CAD Wiki:Tandoorichick * 9681 /wiki/User:Tandoorichick/GSoC2016/Projec: /* Removal of gaps and T-joints */
20:24.38*** join/#brlcad ickby (~stefan@x5d844ff5.dyn.telefonica.de)
IRC log for #brlcad on 20160508

IRC log for #brlcad on 20160508

07:37.13*** join/#brlcad infobot (ibot@rikers.org)
07:37.13*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
07:40.37*** join/#brlcad ickby (~stefan@x5d847bb7.dyn.telefonica.de)
07:45.57*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-ziroiywxtfyexwvy)
08:03.30*** join/#brlcad sniok (~sniok@89.252.29.238)
08:08.02*** join/#brlcad ickby (~stefan@x5d847bb7.dyn.telefonica.de)
08:35.05*** join/#brlcad ickby (~stefan@x5d847bb7.dyn.telefonica.de)
08:42.37*** join/#brlcad ickby (~stefan@x5d847bb7.dyn.telefonica.de)
09:21.11*** join/#brlcad ickby (~stefan@x5d847bb7.dyn.telefonica.de)
09:31.30*** join/#brlcad ickby (~stefan@x5d847bb7.dyn.telefonica.de)
09:37.03*** join/#brlcad ickby (~stefan@x5d847bb7.dyn.telefonica.de)
10:09.45*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
10:11.47*** join/#brlcad ickby (~stefan@x5d847bb7.dyn.telefonica.de)
10:34.18*** join/#brlcad ickby (~stefan@x5d847bb7.dyn.telefonica.de)
10:38.21*** join/#brlcad sniok (~sniok@89.252.29.238)
10:44.59*** join/#brlcad ickby_ (~stefan@x5d847bb7.dyn.telefonica.de)
11:05.25*** join/#brlcad LordOfBikes (~armin@dslb-178-007-230-029.178.007.pools.vodafone-ip.de)
12:01.21*** join/#brlcad sniok (~sniok@89.252.29.238)
12:16.29*** join/#brlcad shubham (7b88c539@gateway/web/freenode/ip.123.136.197.57)
13:25.01*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
13:38.40*** join/#brlcad ickby_ (~stefan@x5d847bb7.dyn.telefonica.de)
13:57.55*** join/#brlcad ickby_ (~stefan@x5d847bb7.dyn.telefonica.de)
14:19.23*** join/#brlcad ickby (~stefan@x5d847bb7.dyn.telefonica.de)
14:34.28*** join/#brlcad shubham (7b88c539@gateway/web/freenode/ip.123.136.197.57)
14:37.57*** join/#brlcad yorik (~yorik@177.189.140.33)
14:38.14*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:45.21*** join/#brlcad ickby (~stefan@x5d847bb7.dyn.telefonica.de)
14:45.39*** join/#brlcad Notify (~notify@104.225.5.10)
15:21.35Notify03BRL-CAD Wiki:Roxana roxana * 0 /wiki/User:Roxana_roxana:
15:30.57*** join/#brlcad ickby_ (~stefan@x5d847bb7.dyn.telefonica.de)
15:45.36*** join/#brlcad ickby_ (~stefan@x5d847bb7.dyn.telefonica.de)
15:57.02*** join/#brlcad ickby_ (~stefan@x5d847bb7.dyn.telefonica.de)
16:31.12*** join/#brlcad sniok (~sniok@89.252.29.238)
16:55.27*** join/#brlcad ickby (~stefan@x5d847bb7.dyn.telefonica.de)
17:39.10*** join/#brlcad sniok (~sniok@89.252.29.238)
18:09.40*** join/#brlcad ickby (~stefan@x5d847bb7.dyn.telefonica.de)
18:56.42*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
19:10.15*** join/#brlcad MandeepSingh (~Mandeep_S@202.164.53.122)
19:46.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:26.27*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
21:11.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:45.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:34.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160509

IRC log for #brlcad on 20160509

00:00.05*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
00:50.28*** join/#brlcad qzecvokbhrtnypbn (~armin@dslb-088-065-176-190.088.065.pools.vodafone-ip.de)
04:26.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:02.35*** join/#brlcad shubham (a5e16837@gateway/web/freenode/ip.165.225.104.55)
09:33.47*** join/#brlcad infobot (ibot@rikers.org)
09:33.47*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
09:36.11*** join/#brlcad catchchaos (6ace8782@gateway/web/freenode/ip.106.206.135.130)
10:04.47bojHi, starseeker, with the detection information you provided, I have submitted a patch there to avoid the memory leak when running obj-g in debug mode, please check it, thanks.
10:04.52bojhere is the link: https://sourceforge.net/p/brlcad/patches/443/
10:09.31bojsorry, the ticket is Anonymous, I forget to log in..
14:10.56*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:16.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:47.43*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
15:17.36*** join/#brlcad amarjeet (~Amarjeet@101.220.142.102)
15:34.58*** join/#brlcad amarjeet (~Amarjeet@101.220.142.102)
15:47.29*** join/#brlcad amarjeet (~Amarjeet@101.220.142.102)
16:04.42*** join/#brlcad shubham (01163f0e@gateway/web/freenode/ip.1.22.63.14)
16:25.37*** join/#brlcad amarjeet (~Amarjeet@101.220.142.102)
16:36.35*** join/#brlcad amarjeet (~Amarjeet@101.220.142.102)
16:42.59*** join/#brlcad ickby (~stefan@x5d8440a3.dyn.telefonica.de)
16:47.59*** join/#brlcad amarjeet (~Amarjeet@101.220.142.102)
16:57.19*** join/#brlcad yorik (~yorik@177.189.140.33)
17:19.57*** join/#brlcad ickby_ (~stefan@x5d8440a3.dyn.telefonica.de)
17:24.16*** join/#brlcad amarjeet (~Amarjeet@101.220.142.102)
17:35.17*** join/#brlcad amarjeet (~Amarjeet@101.220.142.102)
17:36.17*** join/#brlcad amarjeet (~Amarjeet@101.220.142.102)
18:58.03*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
19:41.19*** join/#brlcad ickby_ (~stefan@x5d8440a3.dyn.telefonica.de)
19:50.19*** join/#brlcad andrei_ (561e4738@gateway/web/freenode/ip.86.30.71.56)
19:58.04*** join/#brlcad ickby (~stefan@x5d8440a3.dyn.telefonica.de)
20:24.16*** join/#brlcad ickby (~stefan@x5d8440a3.dyn.telefonica.de)
20:28.53*** join/#brlcad ickby_ (~stefan@x5d8440a3.dyn.telefonica.de)
20:37.20starseeker``Erik: looks like Notify bailed again?
20:37.37*** join/#brlcad Notify (~notify@104.225.5.10)
20:38.56Notify03BRL-CAD:starseeker * 67850 (brlcad/trunk/include/bn/str.h brlcad/trunk/src/libbn/str.c and 8 others): See if we can provide a more accurate (i.e. non-clamping) option for matrix to string conversions. This still produces binary level differences in a g2asc asc2g cycle for combs with matricies, but the differences should be smaller.
20:48.20*** join/#brlcad ickby (~stefan@x5d8440a3.dyn.telefonica.de)
20:51.43*** join/#brlcad ickby (~stefan@x5d8440a3.dyn.telefonica.de)
21:03.43brlcadstarseeker: some bug motivate that?
21:36.47*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
21:38.58*** join/#brlcad shubham (01163f71@gateway/web/freenode/ip.1.22.63.113)
21:39.31*** join/#brlcad gaganjyot (~gaganjyot@122.173.196.55)
22:14.43*** join/#brlcad merzo (~merzo@105.45.240.7)
22:36.00*** join/#brlcad Notify (~notify@104.225.5.10)
22:43.20*** join/#brlcad tandoorichick_ (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
22:43.38*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
23:52.57starseekerbrlcad: yeah - overlap appeared after g2asc->asc2g that wasn't there previously
23:53.31starseeker(user report)
23:58.03brlcadand you asked why they are converting to asc, right? :)
23:58.21starseekerthey told me actually - renaming
23:58.53starseekerI offered an approach that didn't involve the asc conversion as a workaround
23:59.39starseekerbut it seemed reasonable that g2asc->asc2g should strive to not change anything out of the box
23:59.50starseekerr67850 doesn't achieve that, unfortunately
IRC log for #brlcad on 20160510

IRC log for #brlcad on 20160510

00:00.02starseekerbut it did avoid introducing the observed overlap
00:00.28starseekerisn't particularly attached to r67850 if you'd prefer to revert...
00:02.03starseekerbrlcad: anything I can to to help with release prep?
00:02.15starseekeris doing another test build on Windows...
00:16.01*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
00:23.34brlcaddon't care much about r67850, think it doesn't do much overall
00:24.51brlcadclamping introduces and fixes problems because it's essentially making corrections so far out on the decimal that are introduced simply by loading geoemtry into floating point registers
00:25.24brlcadso not clamping will obviously not introduce but also not fix other error being introduced
00:26.26brlcade.g., consider a modeler that uses the in command to make some geometry at x=52, and it gets written out as 52.0000001000100301235345 ... preserving that without clamping is preserving error we introduced
00:38.15StragusSo someone is complaining because converting from binary to ascii and back reduces precision?
00:38.17Straguso.O
00:45.14StragusAlthough, if you print enough digits, I believe glibc guarantees you'll get the same binary representation back
00:46.03starseekerStragus: not directly - they're complaining because an overlap manifested with gqa that didn't manifest before the conversion - basically, it was "right on the edge" and the g2asc->asc2g round trip nudged it just enough
00:46.55starseekerthat's why I left all of the calls to the matrix encoder as clamping except the low level one in the tree walker
00:47.17starseekerthe idea being "what's there is there, but what we're editing/changing gets clamped."
00:49.09*** join/#brlcad byckxtpgmsptffqr (~armin@dslc-082-083-186-230.pools.arcor-ip.net)
01:24.35brlcadstarseeker: I think it's for the better, leave it that way
01:25.05brlcadonly downside is the API inconsistency with the other routines that do the same thing for non-matrix data
02:46.18starseekernods - I can update those tomorrow to be consistent if you like
03:27.30brlcadit's undocumented API, so can update or leave until it for distillation removal review
03:31.19Notify03BRL-CAD:brlcad * 67851 brlcad/trunk/include/bu/ptbl.h: revisit work back in r57743 and r57742 where we try to avoid ptbl crashes when referencing NULL, trying to give our bomb checks a chance to catch them more gracefully. since pointers could be data on the stack, we need to trick the compiler a bit to not warn about the test always being true (it's the ones that are not that we care more about). we do this by
03:31.21Notifyforcing a conversion to int first.
03:31.23Notify...
03:48.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:08.03Notify03BRL-CAD:brlcad * 67852 brlcad/trunk/src/libbu/ptbl.c: allow truncating to any size less than the initialized allocation. this lets us to set a size in both directions.
04:09.54Notify03BRL-CAD:brlcad * 67853 brlcad/trunk/src/librt/prep.c: use bu_ptbl_trunc now that it will set the end marker to decrease or increase, but to some truncation at or under the initialized size.
04:14.48Notify03BRL-CAD:brlcad * 67854 brlcad/trunk/src/librt/primitives/submodel/submodel.c: eliminate the last instance where we were accessing ->end merely to expand the size for null pointers. instead, call bu_ptbl_trunc to set it.
04:17.03Notify03BRL-CAD:brlcad * 67855 brlcad/trunk/src/libbu/ptbl.c: make bu_ptbl_trunc take a size_t instead of an int for better intent-based comparison and warning-free compiles
04:26.33*** join/#brlcad poxip (~poxip@unaffiliated/mrpoxipol)
05:27.22*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:57.52*** join/#brlcad amarjeet (~Amarjeet@101.214.126.143)
06:58.12*** join/#brlcad amarjeet (~Amarjeet@101.214.126.143)
07:37.53*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:07.40*** join/#brlcad amarjeet (~Amarjeet@101.214.126.143)
08:10.39*** join/#brlcad catchchaos (6ad8958b@gateway/web/freenode/ip.106.216.149.139)
08:19.36*** part/#brlcad catchchaos (6ad8958b@gateway/web/freenode/ip.106.216.149.139)
08:57.37*** join/#brlcad criado (~criado@edurd1.unican.es)
09:09.40*** join/#brlcad amarjeet (~Amarjeet@101.214.126.143)
09:24.33*** join/#brlcad amarjeet (~Amarjeet@101.214.126.143)
10:39.05*** join/#brlcad amarjeet (~Amarjeet@101.214.126.143)
12:39.33*** join/#brlcad yorik (~yorik@177.189.140.33)
12:42.59Notify03BRL-CAD:starseeker * 67856 (brlcad/trunk/include/bn/str.h brlcad/trunk/src/libbn/str.c and 19 others): Add a clamp flag to the other bn_encode functions for consistency.
13:07.14*** join/#brlcad amarjeet (~Amarjeet@101.214.126.143)
13:11.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:54.11*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:30.43*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
14:39.44Notify03BRL-CAD:starseeker * 67857 brlcad/trunk/src/libbu/dirent.c: Use bu_strcmp to keep regress-repository happy
15:01.45*** join/#brlcad sniok (~sniok@89.252.29.238)
15:19.04Notify03BRL-CAD:brlcad * 67858 brlcad/trunk/include/bu/ptbl.h: make bu_ptbl_trunc take a size_t instead of an int for better intent-based comparison and warning-free compiles
15:19.10brlcadoops, missed committing a file
15:33.02brlcadstarseeker: testing now, but I think that was all that was missing?
15:45.05*** join/#brlcad amarjeet (~Amarjeet@101.214.30.65)
15:50.20brlcadah, now I'm getting it .. some reason had to wipe out the build dir
16:07.44Notify03BRL-CAD:starseeker * 67859 brlcad/trunk/AUTHORS: Add commit name for D. Remenak
16:17.11Notify03BRL-CAD:starseeker * 67860 brlcad/trunk/AUTHORS: Add Doug's commit name
16:19.11Notify03BRL-CAD:starseeker * 67861 brlcad/trunk/AUTHORS: Associate Issac's commit name
16:21.02Notify03BRL-CAD:starseeker * 67862 brlcad/trunk/AUTHORS: associate Peter's commit name
17:12.48*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/session)
17:16.28*** join/#brlcad shubham (71c1890f@gateway/web/freenode/session)
18:41.56*** join/#brlcad shubham (71c1890f@gateway/web/freenode/ip.113.193.137.15)
19:02.15*** join/#brlcad criado (~criado@47.61.245.238)
19:14.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:55.56Notify03BRL-CAD:brlcad * 67863 brlcad/trunk/src/librt/bool.c: some compilers, ither being clever or erroneous, are noticing the potential NULL back from the ternary operator and warning. stashing into a pointer first does the trick.
20:27.57brlcadstarseeker: fixed
20:39.04starseekerbrlcad: awesome, thanks!
20:50.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:43.53*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-lxwuieqpgnkjpugd)
IRC log for #brlcad on 20160511

IRC log for #brlcad on 20160511

00:07.51*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
01:01.37*** join/#brlcad LordOfBikes (~armin@dslb-088-064-037-122.088.064.pools.vodafone-ip.de)
01:55.03Notify03BRL-CAD:brlcad * 67864 (brlcad/trunk/CHANGES brlcad/trunk/src/librt/bool.c): reduce unnecessary API: replace BU_PTBL_CLEAR_I with BU_PTBL_SET and deprecate the routines that directly manipulate the internal data structure
01:57.19Notify03BRL-CAD:brlcad * 67865 brlcad/trunk/include/bu/ptbl.h: remove BU_PTBL_CLEAR_I as minimally impacting, deprecate three others
02:07.42*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
02:15.07Notify03BRL-CAD:brlcad * 67866 brlcad/trunk/CHANGES: BU_PTBL_END is unnecessary too and can be removed minimally impacting by replacing with the macro body in case it's being used as an lvalue (though BU_PTBL_LEN is better where it's an rvalue).
04:18.34*** join/#brlcad zaverichintan (~androirc@120.62.197.140)
04:22.59*** join/#brlcad zaverichintan (~androirc@120.62.197.140)
04:39.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:40.03*** join/#brlcad zaverichintan (~androirc@120.62.197.140)
05:57.18*** join/#brlcad zaverichintan (~androirc@120.62.215.194)
07:01.53*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:48.16*** join/#brlcad sniok (~sniok@89.252.29.238)
07:59.38*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
08:15.10*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:39.21*** join/#brlcad tandoorichick_ (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
10:01.11*** join/#brlcad Notify (~notify@104.225.5.10)
10:54.00*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
12:57.41*** join/#brlcad yorik (~yorik@177.189.140.33)
13:24.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:28.32*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
13:42.14*** join/#brlcad vlamart (~prospero@195.113.242.142)
13:45.10vlamartHello everybody! Is it a BRL-CAD developers comunity?
13:46.46vlamart=/ Does somebody here?
13:52.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:54.18vlamarthey, guys, HELLO!
13:56.38vlamartHow I can find Christopher Sean Morrison (SoCIS mentor in BLR-CAD team)
13:56.43vlamart?
13:58.12*** join/#brlcad vlamartx (~prospero@195.113.242.142)
14:06.07*** part/#brlcad vlamartx (~prospero@195.113.242.142)
14:37.42*** join/#brlcad boj (~boj@2001:250:3c00:2074:6557:57f1:d0ec:9001)
14:46.55*** join/#brlcad amarjeet (~Amarjeet@101.214.57.61)
14:56.38*** join/#brlcad amarjeet_ (~Amarjeet@101.214.57.61)
15:07.04*** join/#brlcad amarjeet (~Amarjeet@101.214.57.61)
15:17.30*** join/#brlcad amarjeet (~Amarjeet@101.214.57.61)
15:30.41*** join/#brlcad amarjeet (~Amarjeet@101.214.57.61)
15:31.21*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:37.55*** join/#brlcad amarjeet (~amarjeet@101.211.163.238)
16:20.45*** join/#brlcad sniok (~sniok@89.252.29.238)
16:43.25*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
16:48.53*** join/#brlcad amarjeet (~amarjeet@101.211.163.238)
17:26.01*** join/#brlcad amarjeet (~amarjeet@101.214.57.61)
19:21.45*** join/#brlcad amarjeet (~Amarjeet@101.214.57.61)
19:24.23*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
19:25.07*** join/#brlcad amarjeet_ (~Amarjeet@101.211.169.135)
22:48.08*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:39.44*** join/#brlcad Notify (~notify@104.225.5.10)
23:40.40Notify03BRL-CAD:bob1961 * 67867 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Modify ArcherCore::saveDb to set the modified time of mTargetCopy before saving to mTarget.
23:40.46Notify03BRL-CAD:n_reed * 67868 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add a step-by-step example of debugging an evaluation problem with the aid of debug plotting
23:41.18Notify03BRL-CAD:n_reed * 67869 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add short note on basic brep command usage
23:41.24Notify03BRL-CAD:n_reed * 67870 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: break up some long paragraphs
23:41.39Notify03BRL-CAD:n_reed * 67871 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: layout and wording changes
23:41.45Notify03BRL-CAD Wiki:Adityachunar * 0 /wiki/User:Adityachunar:
23:41.47Notify03BRL-CAD Wiki:Adityachunar * 0 /wiki/File:Quicken_technical_support_number.gif: quicken technical help contact number, quicken technical support contact number, quicken contact number, quicken contact phone number, quicken contact telephone number, quicken 24 hour contact number, quicken customer support contact number, quicken c...
23:41.49Notify03BRL-CAD Wiki:Adityachunar * 0 /wiki/File:Quicken_technical_18885135978support_number.jpeg: quicken Customer Service Number, quicken Customer Support Phone Number, quicken Customer Support Number, quicken Customer Service Helpline Number, quicken Customer Care Number
23:41.51Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9687 /wiki/Google_Summer_of_Code/2016: /* User Interface for Customizing Models */
23:41.53Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9688 /wiki/User:Amarjeet_Singh_Kapoor/GSoC2016/Projec: /* Title: Form based script parameterization */
23:41.55Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9689 /wiki/User:Amarjeet_Singh_Kapoor/GSoC2016/Projec: /* An Overview */
23:41.58Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 0 /wiki/File:Main.jpg:
23:42.00Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9691 /wiki/User:Amarjeet_Singh_Kapoor/GSoC2016/Projec:
23:42.02Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 0 /wiki/File:Main.jpg:
IRC log for #brlcad on 20160512

IRC log for #brlcad on 20160512

00:04.56*** join/#brlcad tavthokddheyqngb (~armin@dslb-088-064-047-181.088.064.pools.vodafone-ip.de)
00:11.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:41.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:51.29*** join/#brlcad zaverichintan (~androirc@120.62.215.194)
06:09.32*** join/#brlcad shubham (a5e1683c@gateway/web/freenode/ip.165.225.104.60)
06:13.12*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:59.09*** join/#brlcad ``Erik (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
07:37.16*** join/#brlcad sniok (~sniok@89.252.29.238)
07:39.21*** join/#brlcad rcoedo (~rcoedo@unaffiliated/rcoedo)
07:57.41*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
08:04.55*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:29.48*** join/#brlcad boj (~boj@116.7.245.187)
08:39.13*** join/#brlcad amarjeet (~Amarjeet@101.211.143.80)
08:41.58Notify03BRL-CAD Wiki:Wisetime22 * 0 /wiki/User:Wisetime22:
09:36.23*** join/#brlcad amarjeet (~Amarjeet@101.211.143.80)
09:43.58*** join/#brlcad amarjeet (~Amarjeet@101.211.143.80)
10:38.43*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
11:15.27rcoedoHi! I'm Roman, I introduced myself today in the dev list. I'd like to make a proposal for one of the web development ideas in your project ideas list
11:15.59rcoedoare these ideas already assigned to a mentor or to a student?
12:39.34*** join/#brlcad yorik (~yorik@177.139.88.136)
13:04.52*** join/#brlcad rcoedo (~rcoedo@166.18.60.213.static.reverse-mundo-r.com)
13:16.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:39.48*** join/#brlcad rcoedo (~rcoedo@166.18.60.213.static.reverse-mundo-r.com)
14:08.35*** join/#brlcad shubham (a5e1683c@gateway/web/freenode/ip.165.225.104.60)
14:21.07*** join/#brlcad boj (~boj@2001:250:3c00:2074:e44b:48e5:7257:ecc3)
14:31.52*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:48.58*** join/#brlcad amarjeet (~Amarjeet@101.214.10.250)
15:20.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:34.52*** join/#brlcad Anuj_ (82d6400b@gateway/web/freenode/ip.130.214.64.11)
15:35.18*** join/#brlcad Amit_ (82d6400b@gateway/web/freenode/ip.130.214.64.11)
15:40.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:43.19*** part/#brlcad Anuj_ (82d6400b@gateway/web/freenode/ip.130.214.64.11)
16:02.01*** join/#brlcad merzo (~merzo@45.100.188.235)
16:14.45*** join/#brlcad merzo (~merzo@45.100.188.235)
16:24.47Notify03BRL-CAD:bob1961 * 67872 brlcad/trunk/src/libtclcad/tclcad_obj.c: Dynamically allocated memory for av in to_more_args_func().
16:28.32*** join/#brlcad amarjeet (~Amarjeet@101.214.10.250)
16:30.32Notify03BRL-CAD:bob1961 * 67873 brlcad/trunk/src/libtclcad/tclcad_obj.c: Minor tweak to to_more_args_func (i.e. size_needed already accounts for null argument).
16:55.18Notify03BRL-CAD:brlcad * 67874 brlcad/trunk/include/bu/ptbl.h: clean up parens
16:55.38*** join/#brlcad amarjeet (~Amarjeet@101.214.10.250)
16:59.49*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
17:08.23*** join/#brlcad sniok (~sniok@89.252.29.238)
17:23.11Notify03BRL-CAD:n_reed * 67875 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: minor edits
17:32.37Notify03BRL-CAD:n_reed * 67876 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: spelling
18:07.53``Erikheh, aps after media spin http://nationalinterest.org/blog/the-buzz/almost-science-fiction-new-us-army-tech-instantly-destroys-16121
18:43.22Notify03BRL-CAD Wiki:122.173.235.21 * 9693 /wiki/Google_Summer_of_Code/2016: /* LibreCAD V3 Beziers and File I/O */
19:24.50*** join/#brlcad zaverichintan (~androirc@120.62.207.146)
19:30.16*** join/#brlcad ickby (~stefan@x5d844da5.dyn.telefonica.de)
19:37.52*** join/#brlcad merzo (~merzo@197.222.190.33)
19:56.06*** join/#brlcad ickby_ (~stefan@x5d844da5.dyn.telefonica.de)
20:00.09*** join/#brlcad criado (~criado@47.61.245.238)
20:04.06*** join/#brlcad ickby (~stefan@x5d844da5.dyn.telefonica.de)
21:05.08Notify03BRL-CAD:brlcad * 67877 brlcad/trunk/TODO: get some cache notes off paper
22:00.18Notify03BRL-CAD:n_reed * 67878 (brlcad/branches/brep-debug/doc/docbook/system/implementation/en/CMakeLists.txt brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml): add images illustrating intersection event types
23:07.05*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160513

IRC log for #brlcad on 20160513

00:05.37*** join/#brlcad lcpuvlylwdoxdyxi (~armin@dslb-094-216-166-043.094.216.pools.vodafone-ip.de)
00:09.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:09.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:20.17*** join/#brlcad boj (~boj@116.7.245.187)
03:40.11Notify03BRL-CAD Wiki:64.233.173.226 * 9694 /wiki/User:Catchchaos: /* Person Information */
06:55.14*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
07:11.00*** join/#brlcad shubham (a5e1683b@gateway/web/freenode/ip.165.225.104.59)
07:12.17Notify03BRL-CAD Wiki:Gauravjeet * 9695 /wiki/Google_Summer_of_Code/2016:
07:20.32*** join/#brlcad sniok (~sniok@89.252.29.238)
07:32.50*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
09:54.40*** join/#brlcad criado (~criado@edurd1.unican.es)
10:58.08sniokHi shubham, should I work more on my project plan? If so, what changes you would like to see? Link to the plan https://blog.esde.name/project-plan/
11:10.16sniokAs for interaction schedule, I suppose we should continue using IRC throughout the week?
11:10.48shubhamYeah, sure
11:11.48shubhamInfact, regular scheduled sync-up/meeting on IRC will be better.
11:13.29shubhamYou can drop a message here, even if I'm not available. I generally check the logs. Or you can drop a mail on the mailing list.
11:15.28sniokI usually hang out here from 8am gmt until 5pm gmt
11:16.18sniokI would prefer to meet up at the end of the week on Fridays
11:19.17Notify03BRL-CAD Wiki:Stevemeteorics * 0 /wiki/User:Stevemeteorics:
11:23.54shubhamsniok: how about weekly sync-ups at:  2-3 PM GMT, every Friday
11:25.08sniokshubham: seems good to me
11:28.32shubhamgreat! So we'll keep this as a fixed time to catch-up on your GSoC project progress. In case you have any urgent questions/clarifications, you can anyways catch me on the IRC or the mailing list.
11:29.08shubhamTry keeping brlcad Sean in the loop as well, for project updates/reviews/discussions etc.
11:31.25sniokOk, got it
11:49.04*** join/#brlcad Zitara (~vsvs@37.36.129.52)
12:12.58bojHi, brlcad, do I need to make some changes on my project plan? And here is the link, http://brlcad.org/wiki/User:Bojian_ustc/GSoC2016/Project , could you please give me some suggestions?
12:13.17bojBy the way, recently, I am doing some preparations for the project(almost items of 'bonding period' listed in my proposal), and keeping my activities on my blog (http://bojianwu.github.io/), please check it.
12:13.24bojBecause I am in China(GMT +8) and maybe we are in different time zone, so when is your free time? I want to sync with your preferred schedule for weekly discussion. As for some daily issues, I think IRC is better.
12:43.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:53.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:57.03*** join/#brlcad yorik (~yorik@177.139.88.136)
13:15.52*** join/#brlcad amarjeet (~Amarjeet@101.216.58.181)
13:17.11*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
13:46.52*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
13:59.50*** join/#brlcad manjaroi3_ (~manjaro-i@122.173.235.21)
14:02.34Notify03BRL-CAD Wiki:Gaganjyotsingh * 9696 /wiki/User:Gaganjyotsingh: User information Update
14:05.41*** join/#brlcad amarjeet (~amarjeet@101.216.123.247)
14:12.01Notify03BRL-CAD Wiki:Gaganjyotsingh * 9697 /wiki/Google_Summer_of_Code/2016: /* LibreCAD V3 Bezier and FILE I/O */
14:25.21Notify03BRL-CAD Wiki:Gaganjyotsingh * 9698 /wiki/Google_Summer_of_Code/2016: /* LibreCAD V3 Bezier and FILE I/O */
14:52.01*** join/#brlcad amarjeet (~Amarjeet@101.216.58.181)
14:52.10*** join/#brlcad ickby (~stefan@tmo-104-211.customers.d1-online.com)
14:54.52Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9699 /wiki/User:Amarjeet_Singh_Kapoor/GSoC2016/Projec: /* Detailed Description */
15:00.21*** join/#brlcad amarjeet (~amarjeet@101.216.58.181)
15:01.51*** join/#brlcad amarjeet_ (~Amarjeet@101.216.58.181)
15:04.13Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9700 /wiki/User:Amarjeet_Singh_Kapoor/GSoC2016/Projec: /* Detailed Description */
15:16.02*** join/#brlcad sniok (~sniok@89.252.29.238)
15:45.08*** join/#brlcad amarjeet (~Amarjeet@101.216.109.71)
15:50.29Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9701 /wiki/Google_Summer_of_Code/2016: /* User Interface for Customizing Models */
15:52.15*** join/#brlcad amarjeet (~amarjeet@101.216.109.71)
16:06.35*** join/#brlcad ickby (~stefan@x5d84cd8c.dyn.telefonica.de)
16:13.41*** join/#brlcad amarjeet_ (~Amarjeet@101.216.109.71)
16:21.15*** join/#brlcad ickby_ (~stefan@x5d84cd8c.dyn.telefonica.de)
16:27.34*** join/#brlcad amarjeet (~Amarjeet@101.216.109.71)
16:27.40*** join/#brlcad ickby (~stefan@x5d84cd8c.dyn.telefonica.de)
16:28.02Notify03BRL-CAD Wiki:Feragon.xi * 9702 /wiki/Google_Summer_of_Code/2016: /* LibreCAD 3 Scriptable User Interface Creation */
16:37.47*** join/#brlcad ickby (~stefan@x5d84cd8c.dyn.telefonica.de)
16:47.13*** join/#brlcad ickby (~stefan@x5d84cd8c.dyn.telefonica.de)
16:47.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:49.52*** join/#brlcad amarjeet (~amarjeet@49.138.222.174)
16:55.08*** join/#brlcad ickby (~stefan@x5d84cd8c.dyn.telefonica.de)
17:09.34*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
17:44.19*** join/#brlcad ickby (~stefan@x5d84cd8c.dyn.telefonica.de)
17:48.39*** join/#brlcad amarjeet (~Amarjeet@101.211.163.117)
17:53.28brlcadboj: definitely, we need to find a way to sync better as there's a lot to discuss
17:59.23*** join/#brlcad ickby (~stefan@x5d84cd8c.dyn.telefonica.de)
18:02.02*** join/#brlcad amarjeet (~Amarjeet@101.211.163.117)
18:11.56brlcadboj: the details on your blog are outstanding, meticulous, great work
18:19.00*** join/#brlcad amarjeet (~Amarjeet@101.211.163.117)
18:45.13*** join/#brlcad amarjeet (~Amarjeet@101.211.163.117)
18:57.28Notify03BRL-CAD Wiki:Gaganjyotsingh * 9703 /wiki/Google_Summer_of_Code/2016: /* LibreCAD V3 Bezier and FILE I/O */
18:57.59*** join/#brlcad ickby (~stefan@x5d84cd8c.dyn.telefonica.de)
20:48.40*** join/#brlcad stefan__ (~stefan@x5d84cd8c.dyn.telefonica.de)
21:03.11*** join/#brlcad ickby (~stefan@x5d84cd8c.dyn.telefonica.de)
IRC log for #brlcad on 20160514

IRC log for #brlcad on 20160514

00:04.22*** join/#brlcad apdoxbhmynkswqjh (~armin@dslb-094-216-167-039.094.216.pools.vodafone-ip.de)
00:59.21*** join/#brlcad mugkmnocewlnwxnt (~armin@dslb-092-074-251-041.092.074.pools.vodafone-ip.de)
02:43.07bojHi, brlcad , thanks for your comment :-) , so do you mind if I send you an Email to discuss how to make an appropriate schedule for our weekly discussion?
03:26.51*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:58.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:50.10*** join/#brlcad ickby (~stefan@x5d8458a1.dyn.telefonica.de)
08:27.48*** join/#brlcad sniok (~sniok@89.252.29.238)
09:15.12*** join/#brlcad LordOfBikes (~armin@dslb-092-074-251-041.092.074.pools.vodafone-ip.de)
11:13.52*** join/#brlcad ickby (~stefan@x5d8458a1.dyn.telefonica.de)
12:17.23*** join/#brlcad ickby (~stefan@x5d8458a1.dyn.telefonica.de)
12:39.36*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
12:42.20*** join/#brlcad ickby (~stefan@x5d8458a1.dyn.telefonica.de)
13:45.50*** join/#brlcad stefan__ (~stefan@x5d8458a1.dyn.telefonica.de)
14:17.51*** join/#brlcad stefan__ (~stefan@x5d8458a1.dyn.telefonica.de)
14:22.20*** join/#brlcad ickby (~stefan@x5d8458a1.dyn.telefonica.de)
14:40.43*** join/#brlcad ickby (~stefan@x5d8458a1.dyn.telefonica.de)
14:50.46*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:02.02*** join/#brlcad ickby (~stefan@x5d8458a1.dyn.telefonica.de)
15:06.30*** join/#brlcad stefan__ (~stefan@x5d8458a1.dyn.telefonica.de)
15:19.40*** join/#brlcad ickby (~stefan@x5d8458a1.dyn.telefonica.de)
16:14.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:41.47*** join/#brlcad amarjeet (~Amarjeet@49.138.210.128)
17:06.34*** join/#brlcad amarjeet (~Amarjeet@49.138.210.128)
17:11.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:13.59*** join/#brlcad amarjeet_ (~Amarjeet@49.138.210.128)
17:17.08starseeker``Erik: did Notify check out again?
17:46.16*** join/#brlcad sniok (~sniok@89.252.29.238)
17:46.50*** join/#brlcad amarjeet (~amarjeet@101.211.171.187)
18:11.20*** join/#brlcad amarjeet_ (~Amarjeet@49.138.210.128)
18:24.23*** join/#brlcad amarjeet_ (~Amarjeet@49.138.210.128)
18:38.06*** join/#brlcad amarjeet_ (~Amarjeet@101.211.171.187)
18:39.26*** join/#brlcad amarjeet_k (~Amarjeet@101.211.171.187)
19:09.48*** join/#brlcad ickby (~stefan@x4e313eac.dyn.telefonica.de)
19:10.35*** join/#brlcad amarjeet (~Amarjeet@101.211.171.187)
19:36.26*** join/#brlcad ickby (~stefan@x4e313eac.dyn.telefonica.de)
20:09.33*** join/#brlcad ickby (~stefan@x4e313eac.dyn.telefonica.de)
21:28.26*** join/#brlcad stefan__ (~stefan@x4e313eac.dyn.telefonica.de)
21:58.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:07.15*** join/#brlcad boj_ (~boj@2001:250:3c00:2074:d949:142a:96b9:2f0e)
22:12.11*** join/#brlcad ickby (~stefan@x4e313eac.dyn.telefonica.de)
22:34.17*** join/#brlcad ickby (~stefan@x4e313eac.dyn.telefonica.de)
23:00.52Notify03BRL-CAD:starseeker * 67879 brlcad/trunk/TODO: Got the archer and isst batch scripts removed
23:00.54Notify03BRL-CAD:starseeker * 67880 brlcad/trunk/TODO: got a better place for these now - they'd go in libbg
23:00.56Notify03BRL-CAD:starseeker * 67881 brlcad/trunk/TODO: Add note about using clipper's logic as a clean-up preprocessing step for the poly2tri algorithm, since the poly2tri algorithm itself isn't robust to a variety of situations.
23:00.58Notify03BRL-CAD:starseeker * 67882 brlcad/trunk/TODO: Note possibly helpful link
23:01.00Notify03BRL-CAD:starseeker * 67883 brlcad/trunk/TODO: Note the CPPFLAGS bug in Kitware's tracker.
23:01.02Notify03BRL-CAD:starseeker * 67884 brlcad/trunk/TODO: add a note about appleseed with the opensubdiv/cycles todo notes
23:02.00Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/User:Adityachunar: Inserting nonsense/gibberish into pages
23:02.02Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/File:Quicken_technical_support_number.gif: junk
23:02.04Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/File:Quicken_technical_18885135978support_number.jpeg: junk
23:48.35*** join/#brlcad stefan__ (~stefan@x4e313eac.dyn.telefonica.de)
IRC log for #brlcad on 20160515

IRC log for #brlcad on 20160515

00:16.15*** join/#brlcad ickby (~stefan@x4e313eac.dyn.telefonica.de)
00:29.00*** join/#brlcad ickby (~stefan@x4e313eac.dyn.telefonica.de)
00:36.28*** join/#brlcad stefan__ (~stefan@x4e313eac.dyn.telefonica.de)
00:42.53*** join/#brlcad stefan__ (~stefan@x4e313eac.dyn.telefonica.de)
00:48.22*** join/#brlcad ickby (~stefan@x4e313eac.dyn.telefonica.de)
00:57.46*** join/#brlcad jibvamdxrvcbnizt (~armin@dslb-088-064-036-075.088.064.pools.vodafone-ip.de)
02:53.17*** part/#brlcad boj_ (~boj@2001:250:3c00:2074:d949:142a:96b9:2f0e)
02:53.23*** join/#brlcad boj_ (~boj@2001:250:3c00:2074:d949:142a:96b9:2f0e)
04:31.50*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:02.19Notify03BRL-CAD Wiki:Gauravjeet * 9704 /wiki/Google_Summer_of_Code/2016:
08:25.51*** join/#brlcad sniok (~sniok@89.252.29.238)
09:17.55*** join/#brlcad ickby (~stefan@x5d846d73.dyn.telefonica.de)
09:32.57*** join/#brlcad ickby (~stefan@x5d846d73.dyn.telefonica.de)
09:38.24*** join/#brlcad stefan__ (~stefan@x5d846d73.dyn.telefonica.de)
09:49.08*** join/#brlcad jordi_sayol (~jordi@28.245.19.95.dynamic.jazztel.es)
09:54.34*** join/#brlcad ickby (~stefan@x5d846d73.dyn.telefonica.de)
10:13.05*** join/#brlcad ickby_ (~stefan@x5d846d73.dyn.telefonica.de)
10:39.33jordi_sayolHello
10:48.54jordi_sayolI'm preparing the Debian package for the next BRL-CAD release. Mged is the default GUI. Can I replace it by Archer? Is Archer still in alpha state?
10:53.36Notify03BRL-CAD:jordisayol * 67885 brlcad/trunk/misc/debian/rules: update Debian cmake build
11:19.51Notify03BRL-CAD:jordisayol * 67886 brlcad/trunk/sh/make_rpm.sh: update Fedora/OpenSUSE cmake build
11:28.24*** join/#brlcad sniok (~sniok@89.252.29.238)
12:21.00Notify03BRL-CAD:jordisayol * 67887 brlcad/trunk/misc/debian/brlcad.postinst: Set Archer as default GUI on Debian
12:24.15Notify03BRL-CAD:jordisayol * 67888 brlcad/trunk/sh/make_rpm.sh: Set Archer as default GUI on Fedora/OpenSUSE
12:30.34*** join/#brlcad ickby (~stefan@x5d846d73.dyn.telefonica.de)
12:54.44*** join/#brlcad ickby_ (~stefan@x5d846d73.dyn.telefonica.de)
13:25.25*** join/#brlcad sniok (~sniok@89.252.29.238)
13:55.18*** join/#brlcad ickby (~stefan@x5d846d73.dyn.telefonica.de)
14:22.18*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:33.33*** join/#brlcad ickby_ (~stefan@x5d846d73.dyn.telefonica.de)
14:34.16*** join/#brlcad merzo (~merzo@197.223.228.80)
15:04.03*** join/#brlcad amarjeet (~Amarjeet@101.214.233.229)
15:05.48*** join/#brlcad amarjeet (~Amarjeet@101.214.233.229)
15:13.39*** join/#brlcad ickby (~stefan@x5d846d73.dyn.telefonica.de)
15:27.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:35.07*** join/#brlcad ickby_ (~stefan@x5d846d73.dyn.telefonica.de)
15:39.20*** join/#brlcad amarjeet (~Amarjeet@101.214.233.229)
16:09.52*** join/#brlcad ickby_ (~stefan@x5d846d73.dyn.telefonica.de)
16:17.16*** join/#brlcad ickby (~stefan@x5d846d73.dyn.telefonica.de)
16:35.05*** join/#brlcad ickby_ (~stefan@x5d846d73.dyn.telefonica.de)
16:40.11*** join/#brlcad amarjeet (~Amarjeet@101.216.140.121)
16:42.48*** join/#brlcad amarjeet_ (~amarjeet@101.216.140.121)
16:57.34*** join/#brlcad amarjeet (~Amarjeet@101.216.140.121)
17:02.48*** join/#brlcad amarjeet_ (~amarjeet@101.216.140.121)
17:10.44*** join/#brlcad amarjeet (~Amarjeet@101.216.140.121)
17:11.55*** join/#brlcad amarjeet_k (~Amarjeet@101.214.252.18)
17:15.45*** join/#brlcad amarjeet (~amarjeet@101.216.140.121)
17:16.45*** join/#brlcad amarjeet_ (~Amarjeet@101.211.155.7)
17:22.05*** join/#brlcad amarjeet (~amarjeet@101.211.155.7)
17:25.49*** join/#brlcad amarjeet_ (~Amarjeet@101.211.155.7)
17:31.12*** join/#brlcad amarjeet_ (~Amarjeet@101.211.155.7)
17:44.56*** join/#brlcad amarjeet (~Amarjeet@101.211.155.7)
17:45.25*** join/#brlcad ickby (~stefan@x5d846d73.dyn.telefonica.de)
18:43.16*** join/#brlcad ickby_ (~stefan@x5d846d73.dyn.telefonica.de)
19:09.21*** join/#brlcad ickby (~stefan@x5d846d73.dyn.telefonica.de)
19:17.09*** join/#brlcad ickby_ (~stefan@x5d846d73.dyn.telefonica.de)
20:09.13*** join/#brlcad ickby (~stefan@x5d846d73.dyn.telefonica.de)
20:33.15*** join/#brlcad ickby_ (~stefan@x5d846d73.dyn.telefonica.de)
20:39.45*** join/#brlcad ickby (~stefan@x5d846d73.dyn.telefonica.de)
20:47.19*** join/#brlcad boj (~boj@2001:250:3c00:2074:d949:142a:96b9:2f0e)
20:54.27*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
21:03.18*** join/#brlcad ickby_ (~stefan@x5d846d73.dyn.telefonica.de)
21:29.45*** join/#brlcad ickby (~stefan@x5d846d73.dyn.telefonica.de)
21:51.12*** join/#brlcad ickby (~stefan@x5d846d73.dyn.telefonica.de)
IRC log for #brlcad on 20160516

IRC log for #brlcad on 20160516

00:17.54*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
00:56.34*** join/#brlcad oooedqpkzhfbcewf (~armin@dslb-178-010-188-047.178.010.pools.vodafone-ip.de)
02:52.39*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
05:41.01*** join/#brlcad ickby (~stefan@x5d844216.dyn.telefonica.de)
06:37.59*** join/#brlcad ickby_ (~stefan@x5d844216.dyn.telefonica.de)
07:09.54*** join/#brlcad ickby (~stefan@x5d844216.dyn.telefonica.de)
07:18.42*** join/#brlcad merzo (~merzo@92.60.189.225)
07:20.55*** join/#brlcad sniok (~sniok@89.252.29.238)
07:27.38*** join/#brlcad ickby_ (~stefan@x5d844216.dyn.telefonica.de)
07:30.34*** join/#brlcad boj_ (~boj@116.7.245.187)
07:37.35*** join/#brlcad boj (~boj@2001:250:3c00:2074:d949:142a:96b9:2f0e)
07:46.06*** join/#brlcad ickby_ (~stefan@x5d844216.dyn.telefonica.de)
07:51.57*** join/#brlcad boj_ (~boj@2001:250:3c00:2074:d949:142a:96b9:2f0e)
07:53.39*** join/#brlcad ickby (~stefan@x5d844216.dyn.telefonica.de)
07:58.07*** join/#brlcad ickby_ (~stefan@x5d844216.dyn.telefonica.de)
08:01.26*** join/#brlcad ickby_ (~stefan@x5d844216.dyn.telefonica.de)
08:56.42Notify03BRL-CAD Wiki:Mandeeps708 * 9705 /wiki/Google_Summer_of_Code/2016: changed abstract
11:01.11*** join/#brlcad amarjeet (~Amarjeet@101.211.171.44)
11:20.46*** join/#brlcad amarjeet (~Amarjeet@101.211.171.44)
12:20.27*** join/#brlcad jordi_sayol (~jordi@93.129.21.95.dynamic.jazztel.es)
12:36.31*** join/#brlcad amarjeet (~Amarjeet@101.211.171.44)
12:51.46*** join/#brlcad amarjeet (~Amarjeet@101.211.171.44)
13:07.36*** join/#brlcad ickby (~stefan@x5d844216.dyn.telefonica.de)
13:17.25*** join/#brlcad yorik (~yorik@177.139.88.136)
13:43.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:55.30*** join/#brlcad ickby (~stefan@x5d844216.dyn.telefonica.de)
13:55.31*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:00.41Notify03BRL-CAD:starseeker * 67889 brlcad/trunk/src/tclscripts/man_browser.tcl: Don't try to open a directory.
14:07.42*** join/#brlcad ickby_ (~stefan@x5d844216.dyn.telefonica.de)
14:15.16Notify03BRL-CAD:starseeker * 67890 brlcad/trunk/doc/docbook/system/mann/search.xml: correct exmaples/descriptions for -above and -below.
14:16.33*** join/#brlcad amarjeet (~Amarjeet@101.211.171.44)
14:33.37Notify03BRL-CAD:starseeker * 67891 (brlcad/trunk/AUTHORS brlcad/trunk/CHANGES): list a couple of MGED commands for deprecation - find doesn't work on the MGED command prompt anyway, and the em command can be replaced by search.
14:43.52Notify03BRL-CAD:starseeker * 67892 (brlcad/trunk/CHANGES brlcad/trunk/doc/docbook/system/mann/expand.xml): Also call out expand for deprecation - replaced by search. Fix docs while we're at it - using shell globbing, not regex.
14:51.34*** join/#brlcad ickby (~stefan@x5d844216.dyn.telefonica.de)
14:54.40Notify03BRL-CAD:starseeker * 67893 brlcad/trunk/CHANGES: nevermind - find man page appears to be actually for the dbfind command...
15:13.19Notify03BRL-CAD:starseeker * 67894 (brlcad/trunk/NEWS brlcad/trunk/src/librt/search.c): If we added an -above option to a flat search, MGED crashed. Initialize the full_paths ptbl to NULL in a flat search so the above function knows not to try to process it.
15:20.31*** join/#brlcad amarjeet (~Amarjeet@101.211.171.44)
15:57.40*** join/#brlcad amarjeet (~Amarjeet@49.138.208.141)
16:11.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:24.15*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
16:33.58*** join/#brlcad LordOfBikes (~armin@dslb-178-010-188-047.178.010.pools.vodafone-ip.de)
16:54.54*** join/#brlcad amarjeet (~Amarjeet@49.138.208.141)
17:02.05*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
17:09.43*** join/#brlcad amarjeet (~amarjeet@49.138.208.141)
17:11.31*** join/#brlcad boj (~boj@116.7.245.187)
17:25.02*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
17:28.43Notify03BRL-CAD Wiki:Amarjeet Singh Kapoor * 9706 /wiki/User:Amarjeet_Singh_Kapoor/GSoC2016/Projec: /* Milestones */
17:33.22Notify03BRL-CAD Wiki:Oleksandr dubenko * 9707 /wiki/Google_Summer_of_Code/2016: Added abstract link
17:39.15*** join/#brlcad sniok (~sniok@89.252.29.238)
17:53.33*** join/#brlcad amarjeet (~Amarjeet@101.214.253.101)
17:56.01Notify03BRL-CAD Wiki:Tandoorichick * 9708 /wiki/Google_Summer_of_Code/2016: /* Automatic Polygonal Mesh Healing */
18:00.36Notify03BRL-CAD Wiki:Gaganjyotsingh * 9709 /wiki/Google_Summer_of_Code/2016: /* LibreCAD V3 Bezier and FILE I/O */
18:34.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:40.34Notify03BRL-CAD:starseeker * 67895 brlcad/trunk/TODO: Make a note that dbfind should be replaced by ls */obj rather than search, due to performance reasons.
18:47.22Notify03BRL-CAD:starseeker * 67896 brlcad/trunk/TODO: typo
18:54.09Notify03BRL-CAD:starseeker * 67897 brlcad/trunk/CHANGES: I see em was called out earlier
18:56.01brlcadsniok: if you have at least a half hour availability, it would be good to talk about the website some
18:56.18sniokYeah, sure
18:57.20Notify03BRL-CAD:starseeker * 67898 brlcad/trunk/CHANGES: deprecate pathlist
18:57.22brlcadhow much time do you have?
18:58.00sniokAbout 30-40 minutes
18:58.44brlcadokay, so we'll keep it snappy :)
18:59.25brlcaddid you make any progress on updating the 3d logo or seeing if one of the gci tasks completed it?
19:01.04sniokYes, I'm still developing and tweaking logo
19:01.07Notify03BRL-CAD:starseeker * 67899 brlcad/trunk/CHANGES: reorganize to clarify what's being deprecated are mged commands.
19:01.49sniokI wrote about it on blog over here https://blog.esde.name/logo-tweaks/ and here https://blog.esde.name/more-logos/
19:06.06brlcadso what I'm seeing... basically you didn't, you half-disregarded it and did something else :)
19:10.14sniokYeah, but my main concern is logo that will go in website, and I don't think that rendering and getting image from 3d model is worth it
19:10.49brlcadlogo design is something that is obviously highly subjective
19:12.54brlcadbut also directly pertains to the identity of a project, so we can't just ignore important discussion points like this
19:13.58brlcadcompletely understand that there will be design points that you may disagree with and your artistic inputs are an important part of the project
19:14.08brlcadbut there will be disagreements, and how we resolve them will be through discussion
19:15.31sniokI don't change logo radically, I'm just making tweaks to current version. I understand importance of this question and thats why I'm trying to make it as good as possible
19:16.51sniokWhen I'll make my final version we will definitely discuss it
19:16.54brlcadappreciate you trying to make it as good as possible
19:17.17brlcadbut this is also not something that you'd be expected to get right by yourself
19:17.31brlcadso you get your "final version" and it has some critical issue, then what? ;)
19:18.04brlcadyou're done, you spent X days working on it, but we can't use it because "requirements" weren't discussed or adhered to
19:18.34brlcadI'd think that'd either be very frustrating to you, or even disheartening
19:20.20sniokOk, I got where are you heading. I should get some input before doing task
19:21.15brlcadbefore, during, after .. it's as much about communication as it is the technical work, sometimes more important than the work itself
19:22.57brlcadfor this specific issue of the logo, from my perspective you're essentially building a vector version which is great/needed
19:23.44brlcadthe only issue is a point made in my original response, that having a 3D version is not just nice to have
19:24.15*** join/#brlcad merzo (~merzo@81-53-132-95.pool.ukrtel.net)
19:24.17brlcadthat doesn't meant that the resultant image has to be rendered, but the silhoette very much should
19:25.44brlcadit's a reflection of the project, and we're a 3D solid modeling precise engineering system ... it's essential that our logo exist as a precise 3D solid model and that any imagery is derived from that canonical form
19:27.26brlcadthat doesn't mean you have to work on the logo, especially if you don't want to or see why it's worth it -- there's plenty of other work I'm sure we'll easily agree on
19:29.00brlcadhave you tried overlaying your new version over the current rendered version?
19:30.15sniokNot yet but I will do it
19:31.06brlcadmore importantly, if the last GCI version that supposedly fixed the pin ratio is correct and matches your version, then this could be a good workable version, but that's something that will need to be checked
19:31.53brlcadhowever, didn't really intend to talk about the logo ... we have bigger items to discuss  :)
19:32.27brlcadI'm hoping we get on the same page in terms of the marketing aspects of our website design that you are not necessarily privy
19:33.13sniokWhat kind of marketing aspects?
19:33.21brlcadfor one, it's highly desirable (for MANY reasons political, social, and technical) that we leverage as much completed GCI work as possible
19:33.52brlcadso you really should become as intimately familiar with what was done under GCI as possible if you haven't already
19:34.21brlcadyour work is in there too and quality is all over the board, but there are specific elements that need to be incorporated
19:34.58brlcadmaybe not as fun as doing everything yourself, but I cannot stress how essential this will be once coding is under way
19:36.08sniokyeah that sounds reasonable
19:36.27brlcadyou'll also need to be prepared to work on the web repo, to submit pull requests there for integration and review as we want your work to go live as soon as it's checked and working adequately
19:36.56brlcadhow good is your javascript?
19:37.05brlcadworked with jquery?
19:37.40sniokyes, pretty decent
19:37.44brlcadcool
19:39.20brlcadyou mention docs in your project plan
19:39.34brlcadhave you had a chance to look into the work from last year?
19:41.03sniokthat beta.brlcad.org/w/ site?
19:42.08brlcadno, the docs project
19:42.30brlcadthe website has three main needs: 1) same theme/style used across main page, wiki, gallery, etc, 2) get documentation online and syncing automatically, and 3) a stronger call to participation
19:42.46brlcadlast year's project was http://brlcad.org/wiki/Google_Summer_of_Code/2015#Synchronize_Wiki_with_Docbook
19:42.52brlcadthat plays right into #2
19:43.33brlcadthat's probably a couple weeks worth of work at a minimum, but mostly styling work, maybe some coding on the search interface
19:45.51brlcadstylistically, there's a good bit of freedom, but I don't want us to look like our proprietary counterparts at all ...that's a firm requirement... :)
19:47.20brlcadclean and modern, but doing things (however insignificant) that they are not
19:47.22brlcadfun, cheeky, inviting
19:47.28brlcadmake sense? :)
19:48.08sniokyeah
19:50.26brlcaddid you have any questions?
19:52.36brlcadand please,please, lets continue the discussion later up if you have concerns or don't believe something is worth it because this needs to be an ongoing dialog with mutual understanding
19:53.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:53.36sniokI don't get how docs work
19:54.08sniokI mean that past year project
19:54.31sniokWhere is web interface to Docbook
19:55.54sniokOk, I'll look more into that project and eventually I'll figure out
19:57.12brlcadlast year's project is not online --- there's just code
19:57.24brlcadthat's why it's important to get it online :)
19:57.35brlcadwhy its #2 priority-wise
19:58.29brlcadour docbook sources live in the svn repo, one of our build targets produces the website files
20:00.04sniokAnd yes, I'll try to discuss every aspect of project as much as possible
20:22.35*** join/#brlcad merzo (~merzo@14-6-133-95.pool.ukrtel.net)
20:59.57*** join/#brlcad ickby_ (~stefan@x5d844216.dyn.telefonica.de)
21:04.21*** join/#brlcad ickby_ (~stefan@x5d844216.dyn.telefonica.de)
21:04.27Notify03BRL-CAD:brlcad * 67900 brlcad/trunk/TODO: boolweave unit tests....
21:34.28Notify03BRL-CAD Wiki:122.173.10.26 * 9710 /wiki/Google_Summer_of_Code/2016: /* LibreCAD V3 Bezier and FILE I/O */
21:45.00Notify03BRL-CAD Wiki:Tandoorichick * 9711 /wiki/User:Tandoorichick/GSoC2016/Logs: Created page with "The plan is to not make a mesh healing module just for BRL-CAD, but a portable module that can be used by both BRL-CAD and OpenSCAD. Blog will be up in a while."
23:39.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160517

IRC log for #brlcad on 20160517

00:21.44Notify03BRL-CAD:starseeker * 67901 (brlcad/trunk/CHANGES brlcad/trunk/include/bu/file.h and 11 others): Do some bu_*_argv -> bu_argv_* conversions. There are a couple others, but want to double check that they should be renamed - bu_vls_from_argv, for example, fits that regex but seems appropriately named...
00:25.27Notify03BRL-CAD:starseeker * 67902 (brlcad/trunk/CHANGES brlcad/trunk/TODO and 4 others): bu_dir_list -> bu_file_list
00:43.20Notify03BRL-CAD:starseeker * 67903 (brlcad/trunk/include/bu/uuid.h brlcad/trunk/regress/repository.sh and 3 others): qsort -> bu_sort was already in HACKING - add it to the regress-repository list and make appropriate tweaks. The glob.c file is not active yet and it will be a while before it is, so just remove it until we need it.
00:52.31Notify03BRL-CAD:starseeker * 67904 brlcad/trunk/src/rt/read-rtlog.c: make array size match format string size
00:53.19Notify03BRL-CAD:starseeker * 67905 brlcad/trunk/src/rt/do.c: make array size match format string size
00:55.03Notify03BRL-CAD:starseeker * 67906 brlcad/trunk/src/conv/off/off-g.c: make array size match format string size
00:55.58Notify03BRL-CAD:starseeker * 67907 brlcad/trunk/TODO: got qsort
00:59.04starseekerbrlcad: How did you want to handle sphflake.c ?  I recall you mentioned something about using a trick of multiple strings to make math work with a #define for length...
00:59.59Notify03BRL-CAD:starseeker * 67908 brlcad/trunk/src/conv/euclid/euclid-g.c: make array size match format string size
01:00.43Notify03BRL-CAD:starseeker * 67909 brlcad/trunk/src/libged/gqa.c: make array size match format string size
01:03.44Notify03BRL-CAD:starseeker * 67910 (brlcad/trunk/src/shapes/bolt.c brlcad/trunk/src/shapes/gastank.c and 4 others): make array size match format string size
01:05.50*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:06.05Notify03BRL-CAD:starseeker * 67911 brlcad/trunk/src/util/plot3rot.c: array size too small
01:08.04Notify03BRL-CAD:starseeker * 67912 brlcad/trunk/src/nirt/nirt.c: make array size match format string size
01:09.20*** join/#brlcad LordOfBikes (~armin@dslb-092-074-236-158.092.074.pools.vodafone-ip.de)
01:09.24Notify03BRL-CAD:starseeker * 67913 brlcad/trunk/src/conv/nmg/asc-nmg.c: make array size match format string size
01:13.56Notify03BRL-CAD:starseeker * 67914 brlcad/trunk/src/util/ttcp.c: Make sure we end up with long int for %ld (didn't do so on openbsd)
01:14.43starseekerbrlcad: similar situation in libged/loadview.c
01:15.54starseekerditto libged/clone.c
01:18.00Notify03BRL-CAD:starseeker * 67915 brlcad/trunk/src/proc-db/molecule.c: make array size match format string size
01:18.56starseekerOK, I think it's down to proc-db/sphflake.c, libged/loadview.c and libged/clone.c
01:36.17Notify03BRL-CAD:brlcad * 67916 brlcad/trunk/TODO: oops... those were my own notes, not release stoppers.
01:37.37Notify03BRL-CAD:starseeker * 67917 brlcad/trunk/doc/docbook/system/mann/search.xml: Add the best available example (so far) of how to achieve dbfind-like output with search.
01:38.37brlcadyeah, sorry .. I only meant to commit the bottom changes in TODO
01:38.54brlcadthe top ones were just some notes I threw in quick to not forget them
01:38.59brlcadstill good changes :)
02:10.21StragusCompilation-time strlen(), eh... I want constant expressions in C, darn it! :)
02:11.44StragusSeems silly to switch from C to C++ just for constexpr
03:04.46starseekerO.o https://github.com/GPUOpen-LibrariesAndSDKs/FireRays_SDK
03:06.49starseekerwonder if we could hook in librt...
03:45.44StragusI thought the problem was CSG raytracing?
04:14.33Notify03BRL-CAD Wiki:Catchchaos * 9712 /wiki/Google_Summer_of_Code/2016: /* GPGPU Support for Boolean Evaluation Used in Ray Tracing */
04:25.59Notify03BRL-CAD Wiki:Catchchaos * 9713 /wiki/Google_Summer_of_Code/2016:
06:52.59Notify03BRL-CAD:brlcad * 67918 brlcad/trunk/NEWS: cezar's last name has an l
06:54.26*** join/#brlcad Shalom (~Shalom@122.169.223.142)
07:28.20*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:31.31Notify03BRL-CAD:brlcad * 67919 brlcad/trunk/include/common.h: stub in the canonical macros for wrapping common preprocessor string operations. these replace bu's, minimally impacting.
07:34.01*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
07:48.58Notify03BRL-CAD:brlcad * 67920 brlcad/trunk/include/common.h: include common example use cases for the stringification/concat macros
07:53.45*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:34.13*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:09.02*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
09:27.37bojHi, I create a 'plate mode' cube(closed) with thickness 2mm, and use nirt to trace the model, here is the result. I am confused that why the hit point is (5000, 0,0) but not (4999, 0, 0)?
09:27.44bojhttp://paste.ubuntu.com/16472812/
09:29.14bojBTW, does 'nirt' only report the entry point? Because I want to see the out hit point.
09:43.51*** join/#brlcad sniok (~sniok@89.252.29.238)
10:27.02*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
10:38.26d_rossbergboj: are you sure it's plate mode?
10:53.45bojyes, you can see the model_min and model_max, the original box should be (-5000, -5000, -5000) and (5000, 5000, 5000). I set the thickness value to be 2mm
10:55.42bojand I use obj-g -o p -p 2 ... to generate this cube-t.g model.
10:56.53bojI import the model into mged, and use 'get ... mode' the check it, it shows the solid is 'volume' but not 'plate'? So strange?
10:57.58bojsorry for my typo, the command I used is obj-g.exe -o p -H 2 cube.obj cube-t.g.
11:05.42bojHi, d_rossberg, what do you mean 'intrinsic values' you mentioned in the mail list?
11:06.36*** join/#brlcad yorik (~yorik@177.139.88.136)
11:15.15d_rossberghm, nirt reports a LOS (line of sight) of 10000, this would be plausible for the volume mode
11:16.21d_rossbergyou could run g2asc and inspect the ascii file
11:30.30d_rossbergintrinsic values: e.g. in games often only the appearence is important, for a tree-trunk the rendering of bark and moss is what the programmers care fore
11:33.05d_rossbergbut other programs would like to know what's inside the trunk, is it hard, soft, fresh, or rotten - simply the "intrinsic values"
11:59.08``Erikopen source hardware (gpu/opencl) raytracing http://gpuopen.com/firerays-2-0-open-sourcing-and-customizing-ray-tracing/  https://news.ycombinator.com/item?id=11710444
12:10.43*** join/#brlcad Shalom (~Shalom@122.175.87.200)
12:56.01bojd_rossberg, thanks for your reminding, I just checked source code of 'obj-g', there is a closure test before outputing to BoT, it means if the input mesh is closed, the default output type will be *RT_BOT_SOLID*.
12:57.05bojI use obj-g to generate two cubes w/wo thickness value, and then use g2asc to output the ascii file, they two are exactly same, and the type for inside regions are all volume.
12:57.57bojplease correct me if I make some mistakes?
13:00.32bojI use 'nirt' to trace a single plate mode plane(thickness value equals to 2mm), the reported LOS is 2mm, I think I almost get it..
13:15.09d_rossbergi'm not an expert for obj-g, all i can see is that it has a parameter for the bot mode it should use for open bots
13:19.36bojyes, it is actually for open bot.
13:20.46bojd_rossberg: do you know how to generate a plate mode cube, which tool should work properly?
13:26.16*** join/#brlcad Shalom_ (~Shalom@122.175.87.200)
13:27.32bojor the closed mesh actually does not need to be assigned a thickness value, because they can already be considered as solid model..
13:28.36d_rossbergonce i posted it here in irc, but i don't know when ... let me see ...
13:43.30d_rossbergput {dings.s} bot mode plate orient no flags {} V {{1000 0 0} {0 1000 0} {0 0 1000}} F {{0 1 2}} T {2} fm 00
13:45.09bojit only contains one face?
13:45.43d_rossbergthis yes, but you can add more if you like ;)
13:46.35bojyes, I get it, I can generate a cube by myself..hah..a good way...thanks d_rossberg
13:48.35bojby the way, is 'asc2g' designed for transform ascii format to binary *.g?
13:48.45bojI think it is.. :)
13:50.09d_rossbergthe only tricky part are the fm (face mode) flags at the end: i think you have to add two additional 0s every 8 faces (or so)
13:50.45d_rossbergasc2g: indeed
13:51.03bojwhat does 'fm' mean?
13:51.06bojface ...?
13:51.19bojface mode..sorry...
13:52.19bojthanks d_rossberg I will try it asap..
14:05.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:07.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:10.00*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:32.11*** join/#brlcad amarjeet (~amarjeet@101.216.219.48)
14:37.18Notify03BRL-CAD Wiki:116.7.245.187 * 9714 /wiki/Google_Summer_of_Code/2016: /* Plate Mode NURBS raytracing */
14:42.22*** join/#brlcad sniok (~sniok@89.252.29.238)
14:46.17*** join/#brlcad amarjeet_ (~Amarjeet@101.216.219.48)
14:59.03*** join/#brlcad amarjeet (~Amarjeet@101.216.219.48)
15:17.46*** join/#brlcad teepee`_ (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
15:24.03*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
15:49.35*** join/#brlcad amarjeet (~Amarjeet@101.216.219.48)
16:10.36*** join/#brlcad shalom (~shalom@122.175.87.200)
16:32.05*** join/#brlcad amarjeet (~Amarjeet@101.215.26.158)
16:43.14*** join/#brlcad amarjeet (~amarjeet@101.211.169.153)
16:52.15*** join/#brlcad ickby (~stefan@x5d846f79.dyn.telefonica.de)
18:19.24Notify03BRL-CAD:brlcad * 67921 brlcad/trunk/TODO: here's a preliminary list of user-visible commit changes that didn't have a corresponding doc update near them. some may have been documented later, some require doc/docbook docs, some require a news line entry.
18:37.54brlcadboj: obj-g currently assumes that if a mesh encloses a volume, that it is supposed to be a volume-mode bot
18:38.20brlcadthe -o p flag only applies to open meshes
18:39.14brlcadah, which I see you figured out later :)
18:46.20brlcadboj: you can change the mode of a bot in mged with the adjust command, example: make sph sph; facetize sph.bot sph; B sph.bot; form bot; get sph.bot mode; nirt -f entryexit -b; adjust sph.bot mode plate; get sph.bot mode; nirt -f entryexit -b
18:46.58brlcadthrew in a couple extra commands just to give the gist so you can know how to figure it out again in the future
19:12.27*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
19:15.32*** join/#brlcad ickby_ (~stefan@x5d846f79.dyn.telefonica.de)
19:35.49*** join/#brlcad LordOfBikes (~armin@dslb-092-074-236-158.092.074.pools.vodafone-ip.de)
19:44.58*** join/#brlcad ickby_ (~stefan@x5d846f79.dyn.telefonica.de)
19:50.23*** join/#brlcad ickby (~stefan@x5d846f79.dyn.telefonica.de)
20:03.58*** join/#brlcad ickby_ (~stefan@x5d846f79.dyn.telefonica.de)
20:33.32*** join/#brlcad ickby_ (~stefan@x5d846f79.dyn.telefonica.de)
20:39.02Notify03BRL-CAD Wiki:Feragon.xi * 9715 /wiki/Google_Summer_of_Code/2016: /* Automatic Polygonal Mesh Healing */
20:46.25Notify03BRL-CAD:brlcad * 67922 (brlcad/trunk/include/bu/defines.h brlcad/trunk/include/bu/malloc.h and 10 others): step one, get the generic preprocessor symbols out of libbu and into common.h
21:37.21*** join/#brlcad djkonro (~djkonro@41.202.219.78)
22:01.18Notify03BRL-CAD Wiki:Mandeeps708 * 9716 /wiki/User:Mandeeps708/GSoC16/logs: added dev logs
22:04.14Notify03BRL-CAD Wiki:Mandeeps708 * 9717 /wiki/Google_Summer_of_Code/2016: updated dev logs link
23:41.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160518

IRC log for #brlcad on 20160518

00:13.09*** join/#brlcad ibtcbmmvtflihkhq (~armin@dslb-088-066-148-096.088.066.pools.vodafone-ip.de)
00:13.13*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
00:32.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:09.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:36.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:50.22*** join/#brlcad boj_ (~boj@210.75.252.226)
06:09.22*** join/#brlcad Shalom (~Shalom@122.175.87.200)
06:46.13*** join/#brlcad merzo (~merzo@119-24-133-95.pool.ukrtel.net)
07:00.07*** join/#brlcad shubham (a5e16831@gateway/web/freenode/ip.165.225.104.49)
07:06.05*** join/#brlcad Shalom (~Shalom@117.195.194.254)
07:11.05*** join/#brlcad Shalom_ (~Shalom@117.195.194.189)
07:13.46*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:24.28*** join/#brlcad boj (~boj@46.38.48.116)
07:28.35Shalom_Hello, everyone!
07:29.38Shalom_I'm Shalom from India. I'm interested in contributing to BRL CAD as part of ESA's Summer of Code in Space program
07:30.42Shalom_As I am new to the open source community/software, I need help in choosing a project
07:31.16Shalom_I know it depends on me, but due to my inexperience, I may make bad choices.
07:31.54Shalom_I am willing to work very hard and willing to put a lot of extra effort.
07:42.02*** join/#brlcad boj (~boj@210.75.252.226)
08:08.30*** join/#brlcad sniok (~sniok@89.252.29.238)
08:20.47StragusHi Shalom_, welcome. It's 4 am where most of the BRL-CAD crew resides, give them a few hours to wake up ;)
08:27.27Shalom_<PROTECTED>
08:27.38Shalom_Yea, sure :)
08:42.46*** join/#brlcad djkonro (~konro@41.202.219.78)
08:51.14*** join/#brlcad shubham (a5e16831@gateway/web/freenode/ip.165.225.104.49)
10:03.39*** join/#brlcad Shalom (~Shalom@117.195.197.52)
10:06.06*** join/#brlcad Shalom_ (~Shalom@117.213.224.245)
10:07.54*** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
10:10.02*** join/#brlcad Shalom__ (~Shalom@117.195.201.51)
10:16.30*** join/#brlcad Shalom_ (~Shalom@117.195.219.145)
10:24.28*** join/#brlcad Shalom__ (~Shalom@117.195.219.145)
10:34.39*** join/#brlcad Shalom (~Shalom@117.195.219.145)
11:59.42*** join/#brlcad Shalom (~Shalom@122.175.87.200)
12:26.09*** join/#brlcad yorik (~yorik@177.139.88.136)
13:44.14*** join/#brlcad tandoorichick (75c784ad@gateway/web/freenode/ip.117.199.132.173)
13:49.28*** join/#brlcad Mandeep_Singh (~mandeep@117.199.104.211)
14:16.29*** join/#brlcad Shalom (~Shalom@122.175.74.207)
14:30.54*** join/#brlcad amarjeet (~Amarjeet@101.213.143.224)
14:49.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:05.53*** join/#brlcad amarjeet (~amarjeet@101.213.143.224)
15:07.06*** join/#brlcad ickby (~stefan@tmo-098-41.customers.d1-online.com)
15:15.29Notify03BRL-CAD Wiki:Mandeeps708 * 9718 /wiki/User:Mandeeps708: added dev logs
15:16.25*** join/#brlcad ickby (~stefan@tmo-098-41.customers.d1-online.com)
15:16.40*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:20.34*** join/#brlcad amarjeet (~amarjeet@101.213.143.224)
15:34.31*** join/#brlcad amarjeet (~amarjeet@101.213.143.224)
16:08.27*** join/#brlcad Mandeep_Singh (~mandeep@117.199.104.82)
16:33.15*** join/#brlcad Mandeep_Singh (~mandeep@117.199.109.228)
16:43.04*** join/#brlcad Shalom (~Shalom@122.175.74.207)
16:55.37*** join/#brlcad amarjeet (~amarjeet@101.213.143.224)
17:04.25*** join/#brlcad ickby (~stefan@tmo-097-143.customers.d1-online.com)
17:24.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:37.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:48.48*** join/#brlcad amarjeet (~Amarjeet@101.214.46.59)
18:06.37Notify03BRL-CAD:starseeker * 67923 (brlcad/trunk/NEWS brlcad/trunk/TODO): Note that the ply-g importer for the Polygon File Format written by Rishub Jain was added in commit 63455
18:10.47*** join/#brlcad tandoorichick (75de99d9@gateway/web/freenode/ip.117.222.153.217)
18:11.40Notify03BRL-CAD:starseeker * 67924 brlcad/trunk/NEWS: Note that the ply-g importer for the Stanford PLY format written by Rishub Jain was added in commit 63455
18:15.52*** join/#brlcad amarjeet (~Amarjeet@101.214.46.59)
18:29.32*** join/#brlcad amarjeet (~Amarjeet@101.214.46.59)
18:31.46*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:35.05*** join/#brlcad ickby (~stefan@tmo-097-143.customers.d1-online.com)
18:37.55Notify03BRL-CAD:starseeker * 67925 (brlcad/trunk/NEWS brlcad/trunk/doc/docbook/system/man1/CMakeLists.txt): Add g-ply man page, note that g-ply exporter from Rishub Jain was added r63456
18:41.42Notify03BRL-CAD:starseeker * 67926 brlcad/trunk/TODO: added docs for 63456
18:44.42Notify03BRL-CAD:starseeker * 67927 brlcad/trunk/TODO: 65307 got a NEWS item in 63537 and the list option is mentioned in the attr man page.
19:01.31Notify03BRL-CAD:starseeker * 67928 brlcad/trunk/TODO: 63509 and 63517 pertain to globbing support for attr - that support has a NEWS item and attr man page was updated to mention patterns instead of just object names.
19:28.45Notify03BRL-CAD:starseeker * 67929 brlcad/trunk/AUTHORS: Note Peter's GCI username
19:29.47*** join/#brlcad ries_ (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
19:32.49Notify03BRL-CAD:starseeker * 67930 brlcad/trunk/NEWS: Note that peter-sa added centroid functions for sketchs and extrusions to the analyze command in commit r63615.
19:33.04*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
19:35.03Notify03BRL-CAD:starseeker * 67931 brlcad/trunk/TODO: Added NEWS item for 63615. The man page for analyze is hopelessly out of date - it pertains strictly to ARB primitives. Needs a rewrite - if that's a release blocker we need a TODO item to do a rewrite.
19:39.29Notify03BRL-CAD:starseeker * 67932 brlcad/trunk/TODO: libpng update in 63629 was trumped by subsequent upgrade to 1.6.20
19:42.42Notify03BRL-CAD:starseeker * 67933 brlcad/trunk/TODO: A quick source check seems to indicate that the bn_vec_ae() function is not currently used outside of its unit tests.
19:44.41Notify03BRL-CAD:jordisayol * 67934 brlcad/trunk/misc/debian/changelog: update debian changelog
20:05.57Notify03BRL-CAD:starseeker * 67935 (brlcad/trunk/NEWS brlcad/trunk/TODO): Peter updated the brep command's manual page (r63756)
20:08.37Notify03BRL-CAD:starseeker * 67936 (brlcad/trunk/NEWS brlcad/trunk/TODO): Note the addition of example NURBS B-Rep models to BRL-CAD's example .g files, obtained from the NIST MBE PMI project.
20:15.58Notify03BRL-CAD:starseeker * 67937 brlcad/trunk/TODO: Work on rm command was reverted for release.
20:20.33Notify03BRL-CAD:starseeker * 67938 brlcad/trunk/TODO: draw -L option has NEWS item and is documented in the MGED draw command man page.
20:22.24*** join/#brlcad merzo (~merzo@214-53-132-95.pool.ukrtel.net)
20:23.07*** join/#brlcad LordOfBikes (~armin@dslb-088-066-148-096.088.066.pools.vodafone-ip.de)
20:27.46*** join/#brlcad djkonro (~konro@41.202.219.75)
20:35.16ShalomHi everyone
20:35.57ShalomI've tried to build brl-cad but it failed
20:37.16ShalomHere's the error - xmllint validation failure on file: 3ptarb.xml - No such file or directory exists
20:42.37ShalomLink to the build.log file - https://drive.google.com/file/d/0B802G-Hr7cYNYS1KT3FaOERqb2s/view?pref=2&pli=1
21:32.21*** join/#brlcad djkonro (~konro@41.202.219.71)
IRC log for #brlcad on 20160519

IRC log for #brlcad on 20160519

00:08.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:20.36*** join/#brlcad LordOfBikes (~armin@dslb-092-074-245-025.092.074.pools.vodafone-ip.de)
01:27.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:46.14starseekerShalom: that file should exist at doc/docbook/system/mann/3ptarb.xml
01:48.45starseekerdo you have an incomplete svn checkout?
03:44.13*** join/#brlcad tandoorichick (75de99d9@gateway/web/freenode/ip.117.222.153.217)
05:04.46*** join/#brlcad Shalom (~Shalom@122.175.74.207)
05:05.19ShalomNope.  I did not
05:06.38ShalomI've followed the instructions on this web page - http://brlcad.org/wiki/Compiling
05:55.46*** join/#brlcad djkonro (~konro@41.202.219.67)
06:09.14*** join/#brlcad merzo (~merzo@214-53-132-95.pool.ukrtel.net)
06:11.42*** join/#brlcad merzo (~merzo@214-53-132-95.pool.ukrtel.net)
07:27.23*** join/#brlcad Mandeep_Singh (~mandeep@117.212.51.115)
07:41.13*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:11.31*** join/#brlcad sniok (~sniok@89.252.29.238)
09:33.01*** join/#brlcad djkonro (~konro@41.202.219.69)
10:35.04*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:38.51*** join/#brlcad tandoorichick (75de99d9@gateway/web/freenode/ip.117.222.153.217)
12:43.05*** join/#brlcad sniok (~sniok@89.252.29.238)
13:42.12*** join/#brlcad sniok (~sniok@89.252.29.238)
13:57.11*** join/#brlcad Shalom (~Shalom@122.169.211.3)
13:58.00*** join/#brlcad tandoorichick (75c785ea@gateway/web/freenode/ip.117.199.133.234)
14:08.04*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:15.33*** join/#brlcad amarjeet (~Amarjeet@101.213.172.199)
14:33.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:38.18*** join/#brlcad amarjeet (~Amarjeet@101.213.172.199)
14:40.38*** join/#brlcad amarjeet (~Amarjeet@101.213.172.199)
14:45.32*** join/#brlcad amarjeet (~Amarjeet@101.213.172.199)
14:51.07*** join/#brlcad amarjeet (~Amarjeet@101.213.172.199)
14:53.37*** join/#brlcad amarjeet (~Amarjeet@101.213.172.199)
14:58.57*** join/#brlcad amarjeet (~Amarjeet@101.213.172.199)
14:59.08*** join/#brlcad Mandeep_Singh (~mandeep@117.212.55.219)
15:05.47*** join/#brlcad amarjeet (~Amarjeet@101.213.172.199)
15:14.42*** join/#brlcad amarjeet (~Amarjeet@101.213.172.199)
15:17.53*** join/#brlcad amarjeet (~Amarjeet@101.213.172.199)
15:23.07*** join/#brlcad amarjeet (~Amarjeet@101.213.172.199)
15:55.55*** join/#brlcad amarjeet (~Amarjeet@101.211.172.71)
16:07.14*** join/#brlcad amarjeet (~Amarjeet@101.211.172.71)
16:15.44*** join/#brlcad amarjeet (~Amarjeet@101.211.172.71)
16:30.04*** join/#brlcad amarjeet (~Amarjeet@101.211.172.71)
16:32.39*** join/#brlcad amarjeet (~Amarjeet@101.211.172.71)
16:37.44*** join/#brlcad amarjeet (~Amarjeet@101.211.172.71)
16:50.47*** join/#brlcad amarjeet (~Amarjeet@101.211.172.71)
20:31.02*** join/#brlcad infobot (ibot@rikers.org)
20:31.03*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || We're participating in GSoC 2016! Patches required. || Major release 7.26 coming any day now... :P || New website deployed, feedback welcome! || Logs: http://ibot.rikers.org/%23brlcad/
20:44.49*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
21:11.47Notify03BRL-CAD Wiki:Feragon.xi * 9719 /wiki/Google_Summer_of_Code/2016: /* LibreCAD 3 Scriptable User Interface Creation */
21:48.26Notify03BRL-CAD:brlcad * 67939 brlcad/trunk/TODO: brlcad-config seems to be busted, navy needs it
21:53.03Notify03BRL-CAD:brlcad * 67940 brlcad/trunk/TODO: example output from a working version for reference.
22:45.46*** join/#brlcad djkonro (~djkonro@41.202.219.71)
IRC log for #brlcad on 20160520

IRC log for #brlcad on 20160520

00:21.08*** join/#brlcad krcevnzncbxyguxx (~armin@dslb-088-064-047-237.088.064.pools.vodafone-ip.de)
00:30.04*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
02:50.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:14.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:27.21*** topic/#brlcad by brlcad -> Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || GSoC 2016 is under way, 9 CAx students! || Release 7.26.0 by 27th... || Logs: http://ibot.rikers.org/%23brlcad/
03:30.13*** join/#brlcad tandoorichick (75d837cb@gateway/web/freenode/ip.117.216.55.203)
03:31.56brlcadtandoorichick: how are your setup and preparations coming along?
03:32.43brlcadtandoorichick: please update your dev log with a summary of all the work you've done during the bonding period
03:32.58tandoorichickbrlcad: yes they're going good. yet to decide on the method to use for the portable module.
03:33.17brlcadtandoorichick: I didn't fully understand your e-mail
03:33.33brlcadi mean, your first option was pretty clear -- it was the second that was unclear
03:33.41tandoorichickYes i'm in the middle of that, will be done by today.. had a few problems setting up the blog, now it's done. so i'll be updating the content and adding the link..
03:34.01tandoorichickthe first option being what daniel sugegsted?
03:34.12tandoorichickor the first part of what i suggested?
03:35.21tandoorichickso ok i'll explain it here then
03:35.58tandoorichickso, what that method does it create a structure that contains all the attributes for a mesh that we could possibly need (of course spanning just the needs of BRL-
03:36.06tandoorichickCAd and OpenSCAD)
03:37.07tandoorichickso for OpenSCAD, it is just the PolySet class which just contains information about all the polygons in the mesh. and we're quite familiar with the rt_bot_internal structure
03:39.04tandoorichickessentially because the bot type is a superset of the polyset type (because it includes stuff like mode, thickness, orientation, etc.), what we'll be doing while converting polyset to the intermediate  mesh is set those attributes that don't apply to NULL.
03:39.43tandoorichickconverting rt_bot_internal to the intermediate type will be trivial because the two structures will essentially contain the same information.
03:40.15tandoorichickthis is what i had proposed.. have i made myself clearer?
03:40.17brlcadright, I got that regarding your struct example
03:41.01brlcadit was your next statement: "do you feel it'd be more robust using the generic container and defining the conversion process separately in the utility functions?"
03:41.01brlcadare you suggesting that there'd be two of every utility funciton or something?
03:42.14tandoorichickin the first method (what daniel had suggested), the conversion process essentially lies in the functions - so there'd be two of them right?
03:42.42tandoorichicklike get_face or get_num_faces, etc.?
03:43.45tandoorichickthese are going to be dependent on the native structures. that's why i suggested the second one, where the conversion process primarily gets over before we even define the functions?
03:43.53tandoorichick.*
03:44.38brlcadI'm still not following -- say I have a "heal_mesh()" top-level function ... it's going to take a data structure of some sort
03:44.50brlcade.g., struct polygonal_mesh
03:45.25tandoorichickok?
03:45.28brlcadOR .. there's a heal_brlcad_mesh() and heal_openscad_mesh()
03:45.34brlcadwhat other alternative is there?
03:45.47brlcadvoid*?
03:46.42brlcadwhat I'm not understanding is this second option where the conversion process is defined separately in the utility functions -- what that actually means
03:46.44tandoorichickwe're going for the heal_mesh() which takes in the intermediate mesh, that's more efficient right?
03:47.21brlcadI'm asking you what you meant
03:47.38brlcadcertainly could be a heal_mesh(struct polygonal_mesh *);
03:48.17tandoorichickok so we have the struct polygonal_mesh defined.
03:48.55brlcadthat struct polygonal_mesh could contain a generic structure or it could contain void*'s or it could contain typed fields for each format (probably a terrible idea) or ...
03:49.51brlcadok
03:50.16tandoorichicki don't understand your last question.. i'll just try to explain again.
03:50.24brlcadbefore you do
03:50.25tandoorichicknow, for BRL-CAD, we implement it as a rt_bot_internal structure, and for OpenSCAD, as a polyset structure..
03:50.32tandoorichickyes?
03:50.37brlcadall I'm really trying to understand is what you meant by "defining the conversion process separately in the utility functions"
03:51.05brlcadplease continue
03:51.17tandoorichickyeah so for example if we need to get the number of faces of polygonal_mesh, what we'll do is:
03:53.47tandoorichickfor BRL-CAD, we'd do it like this:  we define the polygonal_mesh as an rt_bot_internal type. that is - struct polygonal_mesh( rt_bot_internal bot; } . now if we need to get the number of faces, we do this: int get_num_faces(struct *polygonal_mesh) { return polygonal_mesh->bot->num_faces; }
03:56.02tandoorichickfor OpenSCAD: we define polygonal_mesh as: struct polygonal_mesh{ PolySet polyset_mesh; } . and for getting the number of faces: int get_num_faces(polygonal_mesh *mesh) { return mesh->sizeof(polyset_mesh); }
03:56.30tandoorichickin the get_num_faces for BRL-CAD, i meant int get_num
03:56.45tandoorichick_face (polygonal_mesh *mesh)
03:56.55tandoorichicksorry for all the typos..
03:57.10tandoorichickis this what you wanted to know?
03:58.53brlcadhmm
03:59.55tandoorichickis it more understandable now? :)
04:00.42brlcadthe problem I see is that your utility functions are going to amount to accessors for the generic intermediate container you defined in the first example
04:01.41brlcadto amount to accessors for == be the same as having
04:02.14tandoorichickyeah.. i don't understand the problem though..
04:02.42brlcadnow if you worked in C++, I could totally see having some sort of derived brlcad_bot class and openscad_mesh class that have some common virtual base class
04:02.52brlcadbut you were planning on working in C, yes?
04:03.36tandoorichickuhm yes, but since it's going to be a portable module it could be done in C++ right?
04:03.54brlcadI think that's basically the difference between your first and second versions -- the prior is a data-centric model that you'd do in C, the latter is a composition-centric model that you'd do in C++
04:04.30brlcadso basically, are you more familiar with C or C++?
04:05.10tandoorichickboth equally i guess.. i use them alternatively..
04:05.37brlcadno such thing as equal :)
04:06.09tandoorichickoh well, then C++ it'll be :)
04:06.21brlcadso, then I think that's a decision you need to make with daniel in the loop
04:06.45tandoorichickyeah sure, i'm yet to hear from him on the mailing list..
04:07.11tandoorichicki'll be updating my dev log/blog entry meanwhile
04:07.44brlcadwell your e-mail wasn't clear so he may have had just as much trouble following
04:07.58brlcadbut he's a smarter man than I am, so maybe just busy too ;)
04:08.59tandoorichickactually half the stuff i explained here, was what he'd told me on the mailing list..
04:09.23tandoorichickor do you think i should send another mail stating my strategy more clearly?
04:11.02brlcadno
04:12.19brlcadjust a general note -- you should make progress forward just like you've been doing regardless of there being questions
04:12.51brlcadobviously try to get them answered, but some aren't answerable until more progress is made or the problem is more concrete like you spelling out an example here
04:13.22tandoorichicksure, will keep it in mind. :)
04:14.03brlcadfwiw, now that you're further along, I suggest writing an actual header file with comments instead of prose
04:14.48brlcadmaybe write a front end driver application for how this would be used before it's implemented (in pseudocode or real code)
04:15.53tandoorichickyou mean like putting everything i explained here, as comments?
04:16.09tandoorichickof course for just the method that we decide on right?
04:22.11brlcadright
04:22.46brlcadbut not focusing so much on the comments as actually starting towards stubbing in proper class structures, functions, structs, whatever (and yes, putting some comments with them to explain if needed)
04:22.50brlcadsimple test program might look something like this:  #include "MeshCleanup.h" ; int main() { Mesh *mesh = NULL; if (MeshCleanup::Type(argv[1]) == MeshCleanup::BRLCAD_BOT) mesh = new BrlcadMesh(argv[1]); else if (MeshCleanup::Type(argv[1]) == MeshCleanup::OPENSCAD_MESH) mesh = new OpenscadMesh(argv[1]);  mesh->closeGaps(); mesh->write(argv[2]); return 0;}
04:23.50brlcadyou could create a "stub" MeshCleanup.h file that would let something like that actually compile .. obviously wouldn't work until you implement the guts, but it will get you thinking about how this will be used before you get lost in the weeds
04:24.45tandoorichickok got it. :)
04:28.37brlcadconcrete examples move the discussion forward ;)
04:52.34tandoorichickbrlcad: will keep it in mind from next time onwards!
05:15.33*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
06:25.55*** join/#brlcad tofu_ (~sean@104.225.5.10)
06:42.01*** join/#brlcad merzo (~merzo@32-20-133-95.pool.ukrtel.net)
06:44.34*** join/#brlcad merzo (~merzo@32-20-133-95.pool.ukrtel.net)
06:53.37*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:13.34*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
07:23.59*** join/#brlcad sniok (~sniok@89.252.29.238)
07:39.51*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:03.32tandoorichickd_rossberg: i didn't het this question of yours: "If you do the vertex contraction with the triangulated boundary of a plate mode BoT, how will this compare with the contraction of the vertices of the original BoT?"
11:03.39tandoorichickget*
11:07.49d_rossberga plate mode bot is a solid -> has a boundary -> triangulate the boundary
11:17.14tandoorichicki was talking about vertex contraction while healing gaps in meshes.. how does the relation between the two scenarios you mentioned come in?
11:28.07d_rossbergwhat would be the difference between haling the plate mode bot and healing its boundary representation bot?
11:46.39d_rossbergi.e. what's the difference of the results (volume object) if you 1) heal the plate mode bot and 2) heal its facetized boundary representation bot
11:48.14d_rossbergideally it should be the same (i.e equivalent)
14:45.29tandoorichickwell it depends: if we're healing a plate mode bot by "gluing" i to something outside of it, it will be the same. if there are defects inside it, then triangulating the brep will be a lot less like the original, i.e. fidelity decreases..
14:45.56tandoorichicksorry for the late reply, i got in the middle of something..
14:46.34*** join/#brlcad amarjeet (~amarjeet@101.211.162.159)
15:25.07d_rossbergi thought at the vertex contraction feature you wrote about
15:42.28*** join/#brlcad merzo (~merzo@32-20-133-95.pool.ukrtel.net)
15:43.07Notify03BRL-CAD Wiki:Tandoorichick * 9720 /wiki/Google_Summer_of_Code/2016: /* Automatic Polygonal Mesh Healing */
15:56.42*** join/#brlcad djkonro (~konro@41.202.219.77)
16:27.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:38.49*** join/#brlcad ickby (~stefan@p4FD3C9AE.dip0.t-ipconnect.de)
16:55.10*** join/#brlcad Mandeep_Singh (~mandeep@117.199.103.101)
16:58.39*** join/#brlcad djkonro (~konro@41.202.219.72)
19:45.32*** join/#brlcad merzo (~merzo@11-143-53-37.pool.ukrtel.net)
20:16.35*** join/#brlcad LordOfBikes (~armin@dslb-088-064-047-237.088.064.pools.vodafone-ip.de)
20:38.38*** join/#brlcad djkonro (~djkonro@41.202.219.71)
20:46.52*** join/#brlcad LordOfBikes (~armin@dslb-088-064-047-237.088.064.pools.vodafone-ip.de)
21:19.42*** join/#brlcad djkonro (~djkonro@41.202.219.72)
21:23.59starseekerHmm:  https://github.com/Kitware/QtTesting
21:38.45*** join/#brlcad Guest31597 (~djkonro@41.202.219.76)
21:58.52*** join/#brlcad Guest31597 (~djkonro@41.202.219.77)
22:23.12*** join/#brlcad Guest31597 (~djkonro@41.202.219.77)
23:01.20*** join/#brlcad Guest31597 (~djkonro@41.202.219.73)
IRC log for #brlcad on 20160521

IRC log for #brlcad on 20160521

00:17.56*** join/#brlcad bhfbihsmhcgydboi (~armin@dslb-092-074-229-088.092.074.pools.vodafone-ip.de)
01:00.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:34.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:50.55*** join/#brlcad tandoorichick (75c78971@gateway/web/freenode/ip.117.199.137.113)
02:15.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:19.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:12.30*** join/#brlcad tandoorichick (75c78aa2@gateway/web/freenode/ip.117.199.138.162)
03:20.43*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:22.57*** join/#brlcad amarjeet (~amarjeet@101.214.37.43)
03:26.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:27.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:28.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:44.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:55.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:06.36*** join/#brlcad amarjeet (~amarjeet@101.216.26.181)
04:23.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:50.00*** join/#brlcad amarjeet (~amarjeet@101.216.26.181)
04:57.25*** join/#brlcad amarjeet_ (~Amarjeet@101.216.26.181)
06:26.44*** join/#brlcad Shalom (~Shalom@122.175.27.253)
06:48.09*** join/#brlcad sniok (~sniok@89.252.29.238)
07:25.14*** join/#brlcad boj (~boj@104.194.17.25)
07:36.06*** join/#brlcad Shalom (~Shalom@122.175.27.163)
07:39.14*** join/#brlcad boj (~boj@210.75.252.226)
08:46.26*** join/#brlcad djkonro (~djkonro@41.202.219.66)
08:52.02*** join/#brlcad LordOfBikes (~armin@dslb-092-074-229-088.092.074.pools.vodafone-ip.de)
09:36.12*** join/#brlcad tandoorichick (3d007249@gateway/web/freenode/ip.61.0.114.73)
09:37.16*** join/#brlcad djkonro (~djkonro@41.202.219.76)
10:01.01*** join/#brlcad Guest1014 (~djkonro@41.202.219.77)
10:22.54*** join/#brlcad djkonro_ (~djkonro@41.202.219.70)
10:44.50*** join/#brlcad djkonro_ (~djkonro@41.202.219.71)
11:15.34*** join/#brlcad djkonro_ (~djkonro@41.202.219.67)
12:13.06*** join/#brlcad shubham_ (01163f40@gateway/web/freenode/ip.1.22.63.64)
12:39.33*** join/#brlcad djkonro (~djkonro@41.202.219.71)
12:42.27*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
13:00.13*** join/#brlcad Guest72103 (~djkonro@41.202.219.79)
13:14.49*** join/#brlcad boj (~boj@210.75.252.226)
13:23.50*** join/#brlcad Guest72103 (~djkonro@41.202.219.73)
14:36.42*** join/#brlcad amarjeet (~Amarjeet@101.214.67.138)
14:49.30*** join/#brlcad Mandeep_Singh (~mandeep@45.127.78.131)
14:49.36Mandeep_Singh#openscad
14:52.15*** join/#brlcad merzo (~merzo@11-143-53-37.pool.ukrtel.net)
15:00.54*** join/#brlcad amarjeet (~Amarjeet@101.214.67.138)
15:17.41*** join/#brlcad amarjeet (~Amarjeet@101.214.67.138)
15:33.31*** join/#brlcad amarjeet (~amarjeet@101.214.67.138)
16:03.16*** join/#brlcad Mandeep_Singh (~mandeep@45.127.78.131)
16:31.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:59.07*** join/#brlcad jordi_sayol (~jordi@93.129.21.95.dynamic.jazztel.es)
17:18.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:11.23*** join/#brlcad Mandeep_Singh (~mandeep@59.91.113.89)
18:50.56*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
19:17.44*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-mjdklngqobzoqpdf)
21:06.03*** join/#brlcad Gud (~k@c-b709e555.021-17-73746f36.cust.bredbandsbolaget.se)
22:03.15*** part/#brlcad Mandeep_Singh (~mandeep@59.91.113.89)
IRC log for #brlcad on 20160522

IRC log for #brlcad on 20160522

00:04.21*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
00:11.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:17.00*** join/#brlcad wfexyywsrxyiwnel (~armin@dslb-088-066-137-198.088.066.pools.vodafone-ip.de)
01:54.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:42.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:07.14*** join/#brlcad tandoorichick (75d83448@gateway/web/freenode/ip.117.216.52.72)
05:32.39*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
06:00.57*** join/#brlcad ickby (~stefan@p4FD3C401.dip0.t-ipconnect.de)
10:02.24*** join/#brlcad Mandeep_Singh (~mandeep@117.215.230.212)
10:24.42*** join/#brlcad ickby (~stefan@p4FD3C401.dip0.t-ipconnect.de)
10:37.17Notify03BRL-CAD Wiki:Tandoorichick * 9721 /wiki/User:Tandoorichick/GSoC2016/Projec: /* Development Schedule: */
11:02.54*** join/#brlcad sniok (~sniok@89.252.29.238)
14:02.06*** join/#brlcad shubham_ (01163efa@gateway/web/freenode/ip.1.22.62.250)
15:16.02*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
15:38.09*** join/#brlcad Mandeep_Singh (~mandeep@59.96.141.223)
16:07.06*** join/#brlcad sniok (~sniok@89.252.29.238)
16:41.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:50.11*** join/#brlcad ickby (~stefan@x5d847347.dyn.telefonica.de)
17:34.09*** join/#brlcad ickby (~stefan@x5d847347.dyn.telefonica.de)
17:43.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:45.02*** join/#brlcad ickby_ (~stefan@x5d847347.dyn.telefonica.de)
17:52.52*** join/#brlcad Mandeep_Singh (~mandeep@117.199.102.229)
18:10.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:25.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:46.19*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
18:53.26*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
19:25.15*** join/#brlcad merzo (~merzo@11-143-53-37.pool.ukrtel.net)
20:11.08*** join/#brlcad ickby_ (~stefan@x5d847347.dyn.telefonica.de)
20:18.33*** join/#brlcad ickby (~stefan@x5d847347.dyn.telefonica.de)
20:29.43*** join/#brlcad ickby (~stefan@x5d847347.dyn.telefonica.de)
20:44.16*** join/#brlcad LordOfBikes (~armin@dslb-088-066-137-198.088.066.pools.vodafone-ip.de)
22:05.51*** join/#brlcad Ch3ck_ (~Ch3ck@65.158.198.3)
IRC log for #brlcad on 20160523

IRC log for #brlcad on 20160523

00:15.49*** join/#brlcad jqubqacoiblcbwke (~armin@dslb-088-066-153-246.088.066.pools.vodafone-ip.de)
01:01.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:39.38*** join/#brlcad boj (~boj@210.75.252.226)
02:42.01*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
03:18.02*** join/#brlcad ickby (~stefan@x5d847347.dyn.telefonica.de)
04:04.27*** join/#brlcad tandoorichick (75d8309c@gateway/web/freenode/ip.117.216.48.156)
06:56.54*** join/#brlcad boj (~boj@210.75.252.226)
07:12.17*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:23.07*** join/#brlcad Shalom (~Shalom@122.169.226.191)
07:31.03*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
07:35.35*** join/#brlcad merzo (~merzo@11-143-53-37.pool.ukrtel.net)
08:03.46*** join/#brlcad sniok (~sniok@89.252.29.238)
08:32.26*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:32.56tandoorichickd_rossberg: the vertex functions (get, add, and remove) in the abstract class can be implemented trivially for the brlcad mesh using the vertex index. how do we do it for openscad's polyset which doesn't have an explicit record of vertices?
09:33.24tandoorichickdo we maintain an explicit vertex record with the intermediate polygonal mesh?
10:42.20d_rossbergtandoorichick: this would be a question for an OpenSCAD developer
10:42.57d_rossberghowever, do your algorithms need indexed vertices?
10:43.08tandoorichickok, i will pop up on their channel and ask..
10:43.33d_rossbergif yes, you would need a cached list of them
10:44.00tandoorichickindexed or not, how would i access the vertices even if i didn't?
10:45.21d_rossbergin this case a vertex would be a structure of 9 doubles, e.g. double[3][3]
10:45.38tandoorichickyes..
10:45.56d_rossbergsorry, face
10:46.08d_rossbergi.e. vertex = double[3]
10:48.46d_rossbergyou should clarify the nature of PolySet as well, it looks very versatile, especially faces don't need to have exacly 3 points (?)
10:49.27tandoorichickyes, that's true. i will clarify it with the openscad developers.
10:57.32tandoorichickd_rossberg: since we could use a geomtry processing data structure like half edge structure, the above mentioned problem shouldn't matter much right?
11:01.48d_rossbergapart from the fact that this could be solved easily you are right: it depends on how you want or need to process the geometry
11:03.13d_rossbergwe are back at "make a list of all the functions i could possibly need"
11:05.15tandoorichickright, got it..
12:14.54*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
12:18.02*** join/#brlcad Shalom (~Shalom@122.169.226.191)
12:33.31*** join/#brlcad sniok (~sniok@89.252.29.238)
13:02.54*** join/#brlcad yorik (~yorik@177.9.158.253)
14:50.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:56.51*** join/#brlcad amarjeet (~amarjeet@101.213.130.178)
14:59.41*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:28.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:34.53starseekerlooks at the OSI archives and wonders if NOSA 2.0 has fallen off the table *again*...
16:19.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:22.31*** join/#brlcad ickby (~stefan@x5d8475c4.dyn.telefonica.de)
16:44.36*** join/#brlcad trough (~trough@c-73-10-180-87.hsd1.nj.comcast.net)
16:45.03*** part/#brlcad trough (~trough@c-73-10-180-87.hsd1.nj.comcast.net)
17:02.27*** join/#brlcad amarjeet (~Amarjeet@101.213.130.178)
17:02.44*** join/#brlcad ickby_ (~stefan@x5d8475c4.dyn.telefonica.de)
17:12.59*** join/#brlcad ickby (~stefan@x5d8475c4.dyn.telefonica.de)
17:16.23*** join/#brlcad amarjeet (~Amarjeet@101.213.130.178)
17:38.28*** join/#brlcad gjeet (7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31)
17:54.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:15.52*** join/#brlcad Ch3ck_ (~Imhotup@162.213.21.97)
18:22.55*** join/#brlcad Ch3ck_ (~Imhotup@162.213.21.97)
18:26.08*** join/#brlcad amarjeet (~Amarjeet@101.213.130.178)
18:34.02*** join/#brlcad Mandeep_Singh (~mandeep@45.127.64.83)
18:46.37*** join/#brlcad tandoorichick (75d8309c@gateway/web/freenode/ip.117.216.48.156)
19:16.22*** join/#brlcad TsGLtR (~TsGLtR@ns1.ajlb.co.id)
19:16.23*** part/#brlcad TsGLtR (~TsGLtR@ns1.ajlb.co.id)
19:46.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:48.00*** join/#brlcad djkonro (~konro@41.202.219.64)
19:57.42*** join/#brlcad Ch3ck_ (~Imhotup@162.213.21.97)
20:30.56*** join/#brlcad ickby_ (~stefan@x5d8475c4.dyn.telefonica.de)
20:32.18Notify03BRL-CAD:ejno * 67941 brlcad/trunk/src/conv/3dm/3dm-g.cpp: modify warning message
20:32.47Notify03BRL-CAD:ejno * 67942 brlcad/trunk/src/libgcv/gcv.c: modify message
20:33.51Notify03BRL-CAD:ejno * 67943 brlcad/trunk/src/libgcv/plugins/fastgen4/fastgen4_write.cpp: check that the object is a halfspace
20:37.31*** join/#brlcad Ch3ck_ (~Imhotup@162.213.21.97)
20:38.13Notify03BRL-CAD:ejno * 67944 (brlcad/trunk/src/libgcv/plugins/rhino/CMakeLists.txt =================================================================== and 4 others): work on fixes and refactoring of the rhino/3dm importer
20:51.57*** join/#brlcad Ch3ck_ (~Imhotup@162.213.21.97)
21:10.13Notify03BRL-CAD:starseeker * 67945 brlcad/trunk/doc/docbook/system/man1/burst.xml: Add link to public report that provides a bit more info about PDAM.
21:42.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:50.38brlcadCh3ck_: home yet?
21:50.59Ch3ck_brlcad, not yet. will be home next week
21:51.06Ch3ck_is taking some fresh air.
21:51.22Ch3ck_brlcad, I have not succeeded in logging in to bzflag with that password
21:51.35Ch3ck_It's rejecting. Could you please reset?
22:01.48*** join/#brlcad merzo (~merzo@11-143-53-37.pool.ukrtel.net)
22:50.17*** join/#brlcad Mandeep_Singh (~mandeep@45.127.64.83)
22:52.06*** join/#brlcad ries_ (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
22:58.53Notify03BRL-CAD Wiki:Mandeeps708 * 9722 /wiki/User:Mandeeps708/GSoC16/logs: /* Coding Period */
23:33.09*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160524

IRC log for #brlcad on 20160524

00:14.12*** join/#brlcad atkunlchtozsqivm (~armin@dslb-088-065-191-187.088.065.pools.vodafone-ip.de)
00:54.24*** join/#brlcad maths22 (~maths22@104.225.5.10)
00:54.24*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
00:59.03*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
01:01.33*** join/#brlcad maths22 (~maths22@104.225.5.10)
01:01.33*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
01:16.32*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
01:24.46*** join/#brlcad maths22 (~maths22@104.225.5.10)
01:24.46*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
02:04.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:18.21*** join/#brlcad amarjeet (~Amarjeet@49.138.192.114)
03:42.36*** join/#brlcad tandoorichick (75d83332@gateway/web/freenode/ip.117.216.51.50)
03:50.49*** join/#brlcad shubham (a5e1683b@gateway/web/freenode/ip.165.225.104.59)
04:06.11*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
05:52.12*** join/#brlcad merzo (~merzo@11-143-53-37.pool.ukrtel.net)
06:22.00*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
06:59.09*** join/#brlcad sniok (~sniok@89.252.29.238)
07:00.45*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:16.16*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:24.57*** join/#brlcad merzo (~merzo@92.60.189.225)
09:22.36*** join/#brlcad Shalom (~Shalom@122.169.229.210)
09:26.06*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:45.23*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:43.05*** join/#brlcad tandoorichick_ (75d83332@gateway/web/freenode/ip.117.216.51.50)
11:47.09tandoorichick_brlcad: i had a doubt. since we'd be using separate structures for storage and processing where are we drawing the line? specifically, we are using a cached list of the attributes from the natives structures (extended from the abstract class method), and a doubly-connected edge list for processing. so do we create and destroy the DCEL for each heal function? i'm a little unclear on that..
13:14.53*** join/#brlcad amarjeet (~amarjeet@101.214.71.209)
13:21.34Notify03BRL-CAD:bob1961 * 67946 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added init_data_poly_cont_flag.
13:23.24*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
13:30.28*** join/#brlcad yorik (~yorik@177.9.158.253)
13:39.02*** join/#brlcad yorik (~yorik@177.9.158.253)
13:51.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:53.41*** join/#brlcad shubham (71c18988@gateway/web/freenode/ip.113.193.137.136)
14:06.03Notify03BRL-CAD:ejno * 67947 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: layer import
14:35.45*** join/#brlcad amarjeet (~amarjeet@101.214.251.227)
14:50.44*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
15:22.40Notify03BRL-CAD:ejno * 67948 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: import object shaders and colors
15:42.29Notify03BRL-CAD:ejno * 67949 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: inherit parent shader and color
15:45.56*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
15:45.56*** join/#brlcad boj (~boj@210.75.252.226)
16:06.18*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
16:06.18*** join/#brlcad boj (~boj@210.75.252.226)
16:15.13Notify03BRL-CAD:n_reed * 67950 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/CHANGES and 193 others): merge r67749 through r67863 changes from trunk
16:35.41Notify03BRL-CAD:ejno * 67951 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: fix
16:36.50Notify03BRL-CAD:n_reed * 67952 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/CHANGES and 62 others): merge r67864 through r67949 changes from trunk
16:38.45*** join/#brlcad ickby_ (~stefan@x5d847988.dyn.telefonica.de)
16:41.19Notify03BRL-CAD:n_reed * 67953 (svn:mergeinfo ## -1,5 +1,5 ## and 7 others): mark sync revisions as mergedProperty Changed:----------------brlcad/trunk/brlcad/trunk/src/libged/polyclip.cpp
16:47.20*** join/#brlcad ickby (~stefan@x5d847988.dyn.telefonica.de)
17:10.30*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
17:23.12Notify03BRL-CAD:ejno * 67954 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: hidden
17:33.32*** join/#brlcad amarjeet (~amarjeet@101.215.21.138)
18:07.59Notify03BRL-CAD:bob1961 * 67955 brlcad/trunk/src/libtclcad/tclcad_obj.c: Modify to_polygon_free() to check gpc_num_points before calling bu_free.
18:16.48*** join/#brlcad boj (~boj@210.75.252.226)
18:46.48*** join/#brlcad djkonro (~konro@41.202.219.78)
18:56.30Notify03BRL-CAD:starseeker * 67956 (brlcad/trunk/NEWS brlcad/trunk/src/libged/clone.c): If you accidently tell clone to copy 0 objects it crashed. Return RT_DIR_NULL instead.
19:01.05*** join/#brlcad Shalom (~Shalom@122.169.229.210)
19:06.35*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
19:23.53*** join/#brlcad djkonro (~konro@41.202.219.78)
20:32.48Notify03BRL-CAD:ejno * 67957 brlcad/trunk/src/conv/3dm/CMakeLists.txt: use updated 3dm-g code
20:42.22Notify03BRL-CAD:ejno * 67958 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: remove unused function
20:47.52*** join/#brlcad trough (~trough@c-73-10-180-87.hsd1.nj.comcast.net)
20:49.02troughDoes BRL-CAD have a text-based method of modeling, E.g. OpenSCAD or POV-ray's scene description language?
20:58.04Notify03BRL-CAD:n_reed * 67959 (brlcad/branches/brep-debug/doc/docbook/system/implementation/en/CMakeLists.txt brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml): add a couple figures to the debugging example
21:02.06*** join/#brlcad trough (~trough@c-73-10-180-87.hsd1.nj.comcast.net)
21:11.21*** join/#brlcad merzo (~merzo@11-143-53-37.pool.ukrtel.net)
21:25.43*** join/#brlcad trough (~trough@c-73-10-180-87.hsd1.nj.comcast.net)
21:35.49Notify03BRL-CAD:ejno * 67960 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: formatting
23:25.44*** join/#brlcad trough (~trough@c-73-10-180-87.hsd1.nj.comcast.net)
23:59.09*** join/#brlcad trough (~trough@c-73-10-180-87.hsd1.nj.comcast.net)
IRC log for #brlcad on 20160525

IRC log for #brlcad on 20160525

00:13.09*** join/#brlcad quzgxitughfbpzhg (~armin@dslb-088-065-182-248.088.065.pools.vodafone-ip.de)
00:20.37*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
00:21.02*** join/#brlcad trough (~trough@c-73-10-180-87.hsd1.nj.comcast.net)
00:22.21troughHow can I combine the command and graphics window into one window?  I remember I had done this before.
00:30.04troughI am using MGED, as I did not find the Archer interface in the .dmg
01:08.47troughFound the command:  mged> gui -c
01:10.50troughAlso found that Archer is locatad (on OSX) within the .app bin directory.
01:11.09*** part/#brlcad trough (~trough@c-73-10-180-87.hsd1.nj.comcast.net)
03:48.46*** join/#brlcad tandoorichick (75fe0467@gateway/web/freenode/ip.117.254.4.103)
04:55.15*** join/#brlcad tandoorichick (3d03d1b3@gateway/web/freenode/ip.61.3.209.179)
05:26.22*** join/#brlcad tandoorichick (75e9e42a@gateway/web/freenode/ip.117.233.228.42)
05:28.23*** join/#brlcad amarjeet (~Amarjeet@101.216.255.193)
05:35.47*** join/#brlcad amarjeet (~Amarjeet@101.216.255.193)
06:59.44bojbrlcad, I can not see the content of your reply in the mail-list? strange..
07:03.01*** join/#brlcad tandoorichick (75de9fa8@gateway/web/freenode/ip.117.222.159.168)
07:12.09*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:19.36*** join/#brlcad Shalom (~Shalom@122.169.229.210)
07:30.19bojbesides, what is the relation between rt_bot_internal and bot_specific? they store almost the same information but use differently, so in what situation do they use?
08:11.15*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:30.06*** join/#brlcad sniok (~sniok@89.252.29.238)
08:41.12*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:37.55*** join/#brlcad Shalom (~Shalom@122.175.15.94)
09:57.35*** join/#brlcad amarjeet (~amarjeet@101.216.255.193)
10:42.17*** join/#brlcad tandoorichick (75e6ccc3@gateway/web/freenode/ip.117.230.204.195)
12:58.49riesHappy GSoC 2016 everybody!
13:14.49*** join/#brlcad yorik (~yorik@177.9.158.253)
13:31.27Notify03BRL-CAD:ejno * 67961 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: root layer uuid can be nil; also don't create an implicit root layer
13:39.44Notify03BRL-CAD:ejno * 67962 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: revert
13:47.35*** join/#brlcad djkonro (~konro@41.202.219.70)
13:52.01*** join/#brlcad tandoorichick (75e6ccc3@gateway/web/freenode/ip.117.230.204.195)
13:52.32bojHi, brlcad, could you offer me some suggestions about designing the data structure of B-rep?
13:54.34Notify03BRL-CAD:ejno * 67963 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: use sets rather than vectors
14:01.41*** join/#brlcad amarjeet (~amarjeet@101.216.32.70)
14:17.52*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:23.10*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
14:31.36*** join/#brlcad tandoorichick (75e6ccc3@gateway/web/freenode/ip.117.230.204.195)
15:01.17*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
15:07.37*** join/#brlcad Mandeep_Singh (~mandeep@117.207.158.198)
15:12.20*** join/#brlcad yorik (~yorik@191.17.145.79)
15:42.42*** join/#brlcad Mandeep_Singh (~mandeep@117.207.158.198)
16:29.55Notify03BRL-CAD:n_reed * 67964 (brlcad/branches/brep-debug/doc/docbook/system/implementation/en/CMakeLists.txt brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml): add render of original comb for context
17:02.55*** join/#brlcad Mandeep_Singh (~mandeep@117.207.158.198)
17:18.31*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
17:18.58*** join/#brlcad Notify (~notify@104.225.5.10)
17:19.49Notify03BRL-CAD:ejno * 67965 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: store UUIDs as attributes
17:21.45*** join/#brlcad brlcad (~sean@104.225.5.10)
17:23.37*** join/#brlcad starseeker (~starseeke@104.225.5.10)
17:48.08Notify03BRL-CAD:ejno * 67966 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: check for model references to invalid table indices
18:05.21*** join/#brlcad djkonro (~konro@41.202.219.68)
18:13.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:02.16*** join/#brlcad ickby (~stefan@x5d8465fb.dyn.telefonica.de)
19:34.46*** join/#brlcad ickby_ (~stefan@x5d8465fb.dyn.telefonica.de)
19:54.00*** join/#brlcad merzo (~merzo@196-106-133-95.pool.ukrtel.net)
19:59.12*** join/#brlcad jordi_sayol (~jordi@93.129.21.95.dynamic.jazztel.es)
20:23.19*** join/#brlcad brlcad (~sean@104.225.5.10)
20:25.23*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
20:59.03*** join/#brlcad shubham (71c18916@gateway/web/freenode/ip.113.193.137.22)
21:28.00*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
22:09.18*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:27.11*** join/#brlcad merzo (~merzo@196-106-133-95.pool.ukrtel.net)
22:39.56*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
IRC log for #brlcad on 20160526

IRC log for #brlcad on 20160526

02:53.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:01.03*** join/#brlcad tandoorichick (75f32f44@gateway/web/freenode/ip.117.243.47.68)
04:04.37*** join/#brlcad tandoorichick (75f32f44@gateway/web/freenode/ip.117.243.47.68)
04:47.55*** join/#brlcad Shalom (~Shalom@122.175.16.179)
05:03.58*** join/#brlcad tandoorichick (75f32f44@gateway/web/freenode/ip.117.243.47.68)
05:29.26*** join/#brlcad tandoorichick (75de9930@gateway/web/freenode/ip.117.222.153.48)
06:18.36*** join/#brlcad ickby_ (~stefan@x5d846d7c.dyn.telefonica.de)
06:20.00*** join/#brlcad tandoorichick1 (~Thunderbi@117.222.153.48)
06:23.37*** join/#brlcad tandoorichick (~Thunderbi@117.222.153.48)
06:39.47*** join/#brlcad shubham (a5e1683d@gateway/web/freenode/ip.165.225.104.61)
06:43.16*** join/#brlcad tandoorichick (75de9930@gateway/web/freenode/ip.117.222.153.48)
06:47.29*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:05.06*** join/#brlcad amarjeet (~amarjeet@101.208.12.179)
07:19.17*** join/#brlcad Mandeep_Singh (~mandeep@117.214.207.97)
07:32.35*** join/#brlcad ickby (~stefan@x5d846d7c.dyn.telefonica.de)
07:33.34*** join/#brlcad amarjeet (~amarjeet@101.213.130.190)
08:12.58*** join/#brlcad amarjeet (~amarjeet@101.216.136.122)
08:44.42*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
09:11.28*** join/#brlcad ickby (~stefan@x5d846d7c.dyn.telefonica.de)
09:22.17*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:04.17*** join/#brlcad ickby (~stefan@x5d846d7c.dyn.telefonica.de)
10:20.02*** join/#brlcad ickby (~stefan@x5d846d7c.dyn.telefonica.de)
10:21.12*** join/#brlcad tandoorichick (67cf8d48@gateway/web/freenode/ip.103.207.141.72)
10:21.22*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-xlxvbzpwwfebmyal)
10:42.57*** join/#brlcad Notify (~notify@104.225.5.10)
10:43.16Notify03BRL-CAD Wiki:Mandeeps708 * 9723 /wiki/User:Mandeeps708/GSoC16/logs: /* logs */
10:43.26Notify03BRL-CAD:starseeker * 67967 (brlcad/trunk/NEWS brlcad/trunk/TODO): Peter ported the 'lc' command from Tcl to C - commit r63621
10:43.28Notify03BRL-CAD:starseeker * 67968 (brlcad/trunk/HACKING brlcad/trunk/TODO): Make a note in HACKING that developers should keep an eye on build health as indicated by testing status on CDash.
10:43.30Notify03BRL-CAD:starseeker * 67969 (brlcad/trunk/NEWS brlcad/trunk/TODO): Peter integrated a new algorithm into gdiam's code, used by the bb command for oriented bounding box generation. Commit r63804
10:43.32Notify03BRL-CAD:starseeker * 67970 (brlcad/trunk/NEWS brlcad/trunk/TODO): Document addition of csg option to the brep command, enabling experimental support for converting NURBS based B-Reps to CSG implicit boolean hierarchies.
10:43.34Notify03BRL-CAD:starseeker * 67971 brlcad/trunk/TODO: This commit is to a test and the polygon triangulation routine it is testing is used by the brep csg conversion routines - not directly user visible.
10:43.36Notify03BRL-CAD:starseeker * 67972 brlcad/trunk/NEWS: Commit r64699 updated BRL-CAD's bundled regex library to address CVE-2015-2305.
10:43.38Notify03BRL-CAD:starseeker * 67973 (brlcad/trunk/NEWS brlcad/trunk/TODO): Commit r64700 updated BRL-CAD's bundled freetype library to version 2.5.5
10:43.43Notify03BRL-CAD:starseeker * 67974 brlcad/trunk/doc/docbook/system/mann/brep.xml: Opps - commit man page update, not just NEWS item...
10:43.48Notify03BRL-CAD:starseeker * 67975 (brlcad/trunk/CHANGES brlcad/trunk/TODO): Add a regex for removing BU_FNMATCH_NOMATCH
10:43.50Notify03BRL-CAD:starseeker * 67976 (brlcad/trunk/HACKING brlcad/trunk/TODO brlcad/trunk/src/README): Add descriptions for libbg and libbrep. Eventually they'll need man pages when their APIs settle down more...
10:43.52Notify03BRL-CAD:starseeker * 67977 (brlcad/trunk/TODO brlcad/trunk/doc/docbook/system/man1/rt.xml): memory pools in libbu appear to be used only in the OpenCL pipeline at the moment. Add documentation of the -z option to the rt man page, noting that OpenCL support must be enabled at complilation time.
10:43.54Notify03BRL-CAD:starseeker * 67978 (brlcad/trunk/NEWS brlcad/trunk/TODO): Note that Daniel fixed a crashing case in rt_bot_adjust
10:43.56Notify03BRL-CAD:starseeker * 67979 brlcad/trunk/NEWS: added libnetpbm to libicv/icv in r67174.
10:43.58Notify03BRL-CAD:starseeker * 67980 brlcad/trunk/TODO: We need to fix brlcad-config, but it's not a release blocker - will try to fix, but bump down one notch to be clear about its status.
10:54.26Mandeep_SinghNotify, did in a batch
11:43.49*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:55.05*** join/#brlcad sniok (~sniok@89.252.29.238)
12:02.55*** join/#brlcad amarjeet_ (~Amarjeet@101.216.136.122)
12:16.56*** join/#brlcad amarjeet (~Amarjeet@101.216.136.122)
12:41.35*** join/#brlcad amarjeet (~Amarjeet@101.216.136.122)
13:15.53*** join/#brlcad tandoorichick (3d00726c@gateway/web/freenode/ip.61.0.114.108)
13:28.50*** join/#brlcad amarjeet (~amarjeet@101.216.136.122)
13:28.57*** join/#brlcad amarjeet_ (~amarjeet@101.216.136.122)
13:39.39*** join/#brlcad amarjeet (~amarjeet@101.216.136.122)
14:07.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:29.52Notify03BRL-CAD:ejno * 67981 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: correct size of face normals array; simplify
14:30.06Notify03BRL-CAD:ejno * 67982 brlcad/trunk/src/libgcv/plugins/fastgen4/fastgen4_write.cpp: HIDDEN
14:35.31Notify03BRL-CAD:ejno * 67983 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: ensure that bot is fully initialized
14:38.23*** join/#brlcad yorik (~yorik@191.17.145.79)
14:39.23*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:57.49Notify03BRL-CAD:ejno * 67984 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: report invalid rhino models
15:28.52Notify03BRL-CAD:starseeker * 67985 brlcad/trunk/NEWS: Jon fixed a problem preserving colors in certain situations with Rhino 3dm files.
15:32.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:55.49*** join/#brlcad ickby (~stefan@x5d846b45.dyn.telefonica.de)
16:19.21Notify03BRL-CAD:ejno * 67986 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: notify of skipped objects in verbose mode
16:32.39*** join/#brlcad ickby (~stefan@x5d846b45.dyn.telefonica.de)
16:40.41Notify03BRL-CAD Wiki:Raymondswalters * 0 /wiki/User:Raymondswalters:
16:46.34*** join/#brlcad ickby (~stefan@x5d846b45.dyn.telefonica.de)
16:58.47*** join/#brlcad ickby (~stefan@x5d846b45.dyn.telefonica.de)
16:59.30Notify03BRL-CAD:ejno * 67987 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: fix shader import; import wireframe colors if the diffuse color isn't interesting
17:03.54Notify03BRL-CAD:brlcad * 67988 brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: this logic is quite complex. possibly not a proper fix, but we were looping infinitely over an edgeuse list when trying to close it when working with fuzing fewer than 3 edges. this successfull avoids infinite looping by removing the edge from our remaining edge list once we tried to process it. problem observed on patch-g with ch53 model.
17:21.12Notify03BRL-CAD:brlcad * 67989 brlcad/trunk/src/librt/primitives/nmg/nmg_rt_segs.c: don't punish the user and take down the whole app just because we got something unexpected or bad nmg state. print a message saying it's our problem, probably caused by their problem (bad geometry).
17:32.50Notify03BRL-CAD:brlcad * 67990 brlcad/trunk/src/librt/primitives/nmg/nmg_rt_segs.c: make nmg_rt_segs_error actually be a function instead of a macro so we can break on it. rename as a non-public function.
17:36.32Notify03BRL-CAD:ejno * 67991 (brlcad/trunk/src/libgcv/plugins/fastgen4/fastgen4_write.cpp brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp): fix windows build (static-function template parameter)
17:39.36Notify03BRL-CAD:brlcad * 67992 brlcad/trunk/src/librt/primitives/nmg/nmg_rt_segs.c: got to break out of the loop or we get a really nasty stack smashing function pointer.
17:51.16Notify03BRL-CAD:brlcad * 67993 brlcad/trunk/NEWS: changes made to the NMG lib directly affect the bigE command and patch-g converter as well as overall NMG processing robustness. now instead of bombing, it keeps going so running rt and other ops will complete (and not bring down the whole application).
17:55.01Notify03BRL-CAD:brlcad * 67994 brlcad/trunk/NEWS: Note that Daniel fixed a crashing case in rt_bot_adjust. (reword to expand cmd for readability)
17:56.46Notify03BRL-CAD:brlcad * 67995 brlcad/trunk/NEWS: Peter integrated a new algorithm into gdiam's code, used by the bb command for oriented bounding box generation. Commit r63804 (recommit to expand cmd)
17:59.41Notify03BRL-CAD:brlcad * 67996 brlcad/trunk/NEWS: Make sure the attributes and comb are always on the same page, and that we don't miss color if someone works with rgb. (expanding name so it'll be easier to tabulate and group down the road, need to fix others after next PRB) (reword to expand cmd)
18:01.15Notify03BRL-CAD:brlcad * 67997 brlcad/trunk/NEWS: Fixed nirt's dest command to use the full supplied filename string instead of chopping off the last character - whitespace is also handled after the string as well as before (reword to expand cmd)
18:02.58Notify03BRL-CAD:brlcad * 67998 brlcad/trunk/NEWS: note the addition of bot_merge to combine 2 bots together (reword to expand cmd)
18:04.17Notify03BRL-CAD:brlcad * 67999 brlcad/trunk/NEWS: bob fixed a bug in the edcodes command in r48741 where argc was being incremented without changing av. overread detected by coverity. would have made it hard to get help and probably caused memory corruption. (replace '#' with expected asterisk as bullet)
18:28.04Notify03BRL-CAD:brlcad * 68000 brlcad/trunk/NEWS: start stubbing in highlights, nurbs up front but still a wip.
18:37.24Notify03BRL-CAD:starseeker * 68001 brlcad/trunk/include/gcv/api.h: Need GCV_EXPORT
18:52.24*** join/#brlcad amarjeet_ (~Amarjeet@101.216.136.122)
18:57.08Notify03BRL-CAD:starseeker * 68002 brlcad/trunk/src/libgcv/plugins/CMakeLists.txt: Just as we're making the install output dirs uniform, make the build output dirs uniform.
19:05.04*** join/#brlcad LordOfBikes (~armin@dslb-088-065-182-248.088.065.pools.vodafone-ip.de)
19:08.47*** join/#brlcad ickby (~stefan@x5d846b45.dyn.telefonica.de)
19:13.16*** join/#brlcad ickby_ (~stefan@x5d846b45.dyn.telefonica.de)
19:23.30*** join/#brlcad merzo (~merzo@11-143-53-37.pool.ukrtel.net)
20:23.22Notify03BRL-CAD:starseeker * 68003 brlcad/trunk/src/libgcv/plugins/CMakeLists.txt: Ah, right - this is a situation where we have to pay attention to configuration specific properties.
20:34.18*** join/#brlcad ickby_ (~stefan@x5d846b45.dyn.telefonica.de)
20:40.31Notify03BRL-CAD:starseeker * 68004 (brlcad/trunk/src/adrt/CMakeLists.txt brlcad/trunk/src/conv/3dm/CMakeLists.txt and 3 others): Everything needing to use libgcv needs to also have its plugins available. At the moment, the plugins depend on libgcv so this is not guaranteed by the libgcv linkage specification. One thought would be to make a 'libgcv_util' library that implements common functionality for all the plugins,
20:40.33Notifyand then a thinner top level libgcv that isn't directly used by the plugins. The latter can then set up build dependencies on the plugins, ensuring that a 'make libgcv' produces a gcv system that is fully ready to run.
20:40.35Notify...
20:43.11*** join/#brlcad ickby_ (~stefan@x5d846b45.dyn.telefonica.de)
21:07.27Notify03BRL-CAD:n_reed * 68005 (brlcad/branches/brep-debug/doc/docbook/system/implementation/en/CMakeLists.txt brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml): add an image visually depicting the evaluation algorithm at the highest level
21:20.51Notify03BRL-CAD:n_reed * 68006 (brlcad/branches/brep-debug/doc/docbook/system/implementation/en/CMakeLists.txt brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml): illustrate different projections of the same curve
21:34.41*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
21:43.57Notify03BRL-CAD:n_reed * 68007 (brlcad/branches/brep-debug/doc/docbook/system/implementation/en/CMakeLists.txt brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml): add a screenshot showing output of lcurves subcommand
21:56.15Notify03BRL-CAD:n_reed * 68008 (brlcad/branches/brep-debug/doc/docbook/system/implementation/en/CMakeLists.txt brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml): add image showing plot-curve endpoint decoration scheme
22:07.11*** join/#brlcad boj (~boj@210.75.252.226)
22:07.49Notify03BRL-CAD:starseeker * 68009 brlcad/trunk/src/conv/3dm/3dm-g.c: Set program name for bu_brlcad_root et. al. lookups.
22:11.13*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:17.20Notify03BRL-CAD:starseeker * 68010 (brlcad/trunk/include/gcv/api.h brlcad/trunk/src/libgcv/gcv.c and 6 others): Working on getting plugin loading working on Windows (Cliff and Sean) - not there yet.
22:41.27Notify03BRL-CAD:starseeker * 68011 brlcad/trunk/src/libgcv/gcv.c: Work around gcc compiler complaint (looks like this issue: http://stackoverflow.com/a/31528674) by using solution from adrt.
22:42.22*** join/#brlcad boj (~boj@210.75.252.226)
23:24.36Notify03BRL-CAD:starseeker * 68012 brlcad/trunk/src/libbu/datetime.c: datetime.c uses bu_log
23:35.53Notify03BRL-CAD:starseeker * 68013 brlcad/trunk/src/libgcv/plugins/CMakeLists.txt: The plugins are using GCV_EXPORT, so the BRLCAD_ADDLIB magic (which is based on the target name) isn't setting the correct export definitions. With this change bu_dlsym is no longer returning null, but it looks like putting the runtime and non-runtime outputs in the same build directory may be causing other problems.
23:49.17Notify03BRL-CAD:starseeker * 68014 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/gcv.c brlcad/trunk/src/libgcv/plugins/CMakeLists.txt): Make a stab (untested) at reworking the plugin locations to be configurable to support Windows.
IRC log for #brlcad on 20160527

IRC log for #brlcad on 20160527

00:01.44starseekerphew
00:01.56starseeker*still* not working
00:05.19starseekerah
00:05.20starseekerhmm...
00:17.22Notify03BRL-CAD:starseeker * 68015 (brlcad/trunk/src/libgcv/CMakeLists.txt brlcad/trunk/src/libgcv/gcv.c): Erk. Don't snarf anything in the plugins directory - only go for files with the extension CMake says is for shared libraries on the current platform.
00:19.56*** join/#brlcad LordOfBikes (~armin@dslb-092-074-244-085.092.074.pools.vodafone-ip.de)
00:27.30Notify03BRL-CAD:starseeker * 68016 brlcad/trunk/src/libgcv/gcv.c: tighten the code a bit
00:43.37starseekerwoot
00:43.46starseekercalls it an evening
02:20.03*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
02:48.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:04.38*** join/#brlcad ickby_ (~stefan@x5d847fb1.dyn.telefonica.de)
03:19.02*** join/#brlcad ickby_ (~stefan@x5d847fb1.dyn.telefonica.de)
03:45.40*** join/#brlcad ickby (~stefan@x5d847fb1.dyn.telefonica.de)
04:03.09*** join/#brlcad ickby_ (~stefan@x5d847fb1.dyn.telefonica.de)
04:28.44Notify03BRL-CAD:brlcad * 68017 brlcad/trunk/src/libgcv/gcv.c: document the three global symbols and indicate where they are defined.
05:12.09*** join/#brlcad boj (~boj@210.75.252.226)
05:17.45*** join/#brlcad tandoorichick (3d0070e4@gateway/web/freenode/ip.61.0.112.228)
05:22.22*** join/#brlcad ickby_ (~stefan@x5d847fb1.dyn.telefonica.de)
05:33.32*** join/#brlcad amarjeet (~Amarjeet@101.220.156.91)
05:37.16*** join/#brlcad ickby (~stefan@x5d847fb1.dyn.telefonica.de)
06:35.00*** join/#brlcad ickby_ (~stefan@x5d847fb1.dyn.telefonica.de)
06:52.55*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:56.08*** join/#brlcad Shalom (~Shalom@122.175.16.179)
06:58.29*** join/#brlcad ickby_ (~stefan@x5d847fb1.dyn.telefonica.de)
07:05.25*** join/#brlcad ickby_ (~stefan@x5d847fb1.dyn.telefonica.de)
07:15.15*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
07:59.09*** join/#brlcad tandoorichick1 (~Thunderbi@61.0.112.228)
08:10.13*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:11.21*** join/#brlcad amarjeet (~amarjeet@101.220.156.91)
08:32.32*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
08:48.35*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:25.02*** join/#brlcad shubham (a5e1683b@gateway/web/freenode/ip.165.225.104.59)
09:49.12*** join/#brlcad tandoorichick (~Thunderbi@117.199.128.167)
09:58.16*** join/#brlcad amarjeet (~amarjeet@101.211.161.225)
10:15.32*** join/#brlcad sniok (~sniok@89.252.29.238)
10:19.55*** join/#brlcad LordOfBikes (~armin@dslb-092-074-244-085.092.074.pools.vodafone-ip.de)
10:24.22*** join/#brlcad tandoorichick (~Thunderbi@117.231.40.100)
10:28.38*** join/#brlcad tandoorichick_ (75e72864@gateway/web/freenode/ip.117.231.40.100)
12:07.02tandoorichickI need to compile the conversion file specific to BRL-CAD for the portable module- this uses the rt_bot_internal structure. How do i ensure all of geom.h's dependencies are handled?
12:16.49*** join/#brlcad tandoorichick1 (~Thunderbi@117.231.40.100)
12:54.20*** join/#brlcad tandoorichick (~Thunderbi@117.231.40.100)
12:57.16*** join/#brlcad tandoorichick (~Thunderbi@117.231.40.100)
12:57.59*** join/#brlcad yorik (~yorik@191.17.145.79)
13:00.13*** join/#brlcad tandoorichick (~Thunderbi@117.231.40.100)
13:03.38d_rossbergtandoorichick: the BRL-CAD specific files are part of BRL-CAD, i.e. everything is there; the OpenSCAD specific files are part of OpenSCAD
13:04.55tandoorichickno, i get that.. i meant i included "geom.h" from the appropriate brlcad directory in my file. but it says it cannot find "common.h" included in geom.h
13:08.34*** join/#brlcad shubham_ (71c18893@gateway/web/freenode/ip.113.193.136.147)
13:09.32*** join/#brlcad Mandeep_Singh (~mandeep@59.89.156.204)
13:11.21d_rossbergdo you compile it as a brlcad library? e.g. in libanalyze?
13:12.13*** join/#brlcad tandoorichick (~Thunderbi@117.231.40.100)
13:28.37*** join/#brlcad amarjeet_ (~Amarjeet@101.211.161.225)
13:36.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:58.52*** join/#brlcad amarjeet (~amarjeet@101.211.161.225)
13:59.05bojbrlcad, I have found a way to integrate thickness into ON_Brep built-in data structure, for ON_Brep, there exists a variable designed for additional user data. Besides, for each face(ON_BrepFace), we can also use the similar variable to store thickness, I think it can satisfy our requirement. What is your opinion?
14:01.47*** join/#brlcad tandoorichick (~Thunderbi@117.231.40.100)
14:08.56*** join/#brlcad amarjeet_ (~Amarjeet@101.211.161.225)
14:18.30*** join/#brlcad tandoorichick (~Thunderbi@117.231.40.100)
14:25.46*** join/#brlcad tandoorichick (~Thunderbi@117.217.160.13)
14:48.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:50.05Notify03BRL-CAD:ejno * 68018 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: warn the user if the model hierarchy is not as expected for analysis
17:08.30Notify03BRL-CAD:ejno * 68019 brlcad/trunk/src/libgcv/gcv.c: indentation
17:23.36*** join/#brlcad merzo (~merzo@11-143-53-37.pool.ukrtel.net)
18:02.23*** join/#brlcad djkonro (~konro@41.202.219.70)
18:12.54starseekerbrlcad: would it be acceptable to extend bu_temp_file to check the filename char array to see if it has a filename to be used as a basis for naming the temp file?
18:13.40starseekerwe need to have archer create its working file copy somewhere other than the cwd, since for actual system installs that cwd isn't writable by the user
18:14.47starseekermy initial thought was to expose bu_temp_file to Tcl and use that to create the BBBBogusArcherTargetCopy file, but it looks like bu_temp_file provides no control over what the actual filename is
18:18.42starseekerthe other approach is to use file tempfile from Tcl to get a location.  That's simpler, but while this is in context I wanted to see if we should upgrade bu_temp_file to handle this sort of use case
18:19.43starseeker(not to mention file tempfile needs tcl 8.6...)
18:59.17Notify03BRL-CAD:starseeker * 68020 (brlcad/trunk/NEWS brlcad/trunk/src/tclscripts/CMakeLists.txt brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Since we don't have Tcl 8.6 and its 'file tempfile' implementation, add tcllib's fileutil module to get access to ::fileutil::tempdir. Needs review/testing, but this should give us a reliably writable place to put file copies, and should avoid Archer refusing to start up
18:59.19Notifywhen installed to a non-writable system location.
18:59.21Notify...
19:48.03*** join/#brlcad djkonro (~konro@41.202.219.76)
20:40.10*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
20:43.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:35.33*** join/#brlcad djkonro (~konro@41.202.219.76)
IRC log for #brlcad on 20160528

IRC log for #brlcad on 20160528

00:26.16*** join/#brlcad LordOfBikes (~armin@dslb-092-075-147-141.092.075.pools.vodafone-ip.de)
02:17.51*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
03:00.04*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
03:02.32*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
03:13.32*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
04:22.40*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
05:26.09*** join/#brlcad tandoorichick (~Thunderbi@117.231.198.25)
06:17.29*** join/#brlcad Mandeep_Singh (~mandeep@117.207.153.151)
06:39.33*** join/#brlcad tandoorichick (~Thunderbi@117.231.198.25)
06:53.37*** join/#brlcad amarjeet (~amarjeet@101.216.13.165)
07:08.06Notify03BRL-CAD Wiki:Mandeeps708 * 9724 /wiki/User:Mandeeps708/GSoC16/logs: /* logs */
09:06.05*** join/#brlcad tandoorichick (~Thunderbi@117.231.129.247)
09:08.12*** join/#brlcad tandoorichick1 (~Thunderbi@117.232.150.155)
09:29.41*** join/#brlcad amarjeet (~amarjeet@101.216.13.165)
09:32.25*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-rgsyxfsjbakjxrgn)
09:58.32*** join/#brlcad tandoorichick (~Thunderbi@61.2.77.234)
10:05.17*** join/#brlcad amarjeet (~amarjeet@101.214.72.179)
10:31.45*** join/#brlcad Mandeep_Singh (~mandeep@117.199.108.26)
10:38.43*** join/#brlcad Shalom (~Shalom@122.169.239.2)
10:46.26*** join/#brlcad sniok (~sniok@89.252.29.238)
11:17.36*** join/#brlcad Mandeep_Singh (~mandeep@117.212.48.149)
11:23.12*** join/#brlcad sniok (~sniok@89.252.29.238)
11:35.23*** join/#brlcad sniok (~sniok@89.252.29.238)
11:45.17*** join/#brlcad tandoorichick (~Thunderbi@117.230.143.48)
12:21.00tandoorichickcould someone direct me to the utility function that checks the orientation of a triangle passed in an order?
13:14.12*** join/#brlcad tandoorichick (~Thunderbi@117.230.143.48)
14:05.21*** join/#brlcad amarjeet (~amarjeet@101.211.166.191)
14:37.02*** join/#brlcad amarjeet (~amarjeet@101.214.72.179)
14:43.17*** join/#brlcad shubham (71c18bd3@gateway/web/freenode/ip.113.193.139.211)
14:45.42shubhamhey sniok
14:45.54sniokHi
14:46.03shubhamhow's the theme work going? you had any questions or stuff?
14:47.24sniokIt's good. I've done all planned sketches
14:48.01shubhamsounds good. I was just going through the dev logs.
14:48.10shubhamThey look decent.
14:48.18shubhamI just wanted to add one thing.
14:49.18shubhamSo whenever you are at some page, suppose it is the "About" page, add some sort of a highlight on the header navbar to indicate that the user is in fact on the "About" page
14:50.04shubhamSome sort of a color change on the navbar's "About"
14:51.27shubhamare you getting me?
14:51.39sniokYeah there will be an indication of active page, I just forgot to put it in sketches. Right now I started to code navigation bar and indicator is there
14:51.55*** join/#brlcad amarjeet (~amarjeet@101.214.72.179)
14:52.05shubhamoh ok. great
14:52.36shubhama pink border just at the bottom might look good
14:55.15sniokyeah, ok
14:55.47sniokShould I work in separate repository for now or right away in BRL-CAD/web ?
14:57.02shubhamfork the repo
14:57.07shubhammake a branch
14:58.35sniokOk got it
15:00.45Notify03BRL-CAD Wiki:Tandoorichick * 9725 /wiki/Google_Summer_of_Code/2016: /* Automatic Polygonal Mesh Healing */
15:01.17sniokThere is wordpress site in that repo, maybe instead of making brand new site on engine remake existing version?
15:02.16sniokI mean sticking to the plan and using Textpress would be easier, but making wordpress site could provide more functionality and flexibility
15:03.07shubhamyeah that can be done
15:03.40Notify03BRL-CAD Wiki:Tandoorichick * 9726 /wiki/User:Tandoorichick/GSoC2016/Logs:
15:03.59shubhamalso, for the highlight thing something like this would be fine http://imgur.com/xFe8yVB
15:04.10shubhamnotice the  navbar header
15:06.38sniokSo far I got here http://imgur.com/jdioxTN
15:06.47sniokThere is active and hover indication
15:07.11shubhamyeah, you got that. cool
15:18.09*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:18.32*** join/#brlcad Mandeep_Singh (~mandeep@59.91.119.90)
15:38.06*** join/#brlcad jordi_sayol (~jordi@173.131.21.95.dynamic.jazztel.es)
15:51.00*** join/#brlcad yorik (~yorik@187.35.19.196)
16:00.36*** join/#brlcad Mandeep_Singh (~mandeep@117.199.108.85)
20:13.53*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:49.30*** join/#brlcad merzo (~merzo@11-143-53-37.pool.ukrtel.net)
21:00.43*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
21:01.23*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
23:49.31*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
23:49.38*** part/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
IRC log for #brlcad on 20160529

IRC log for #brlcad on 20160529

00:14.51Notify03BRL-CAD Wiki:Asadmorgoth * 0 /wiki/User:Asadmorgoth:
03:26.29*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
04:00.34*** join/#brlcad tandoorichick (~Thunderbi@61.2.79.40)
06:10.56*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:44.48*** join/#brlcad tandoorichick1 (~Thunderbi@117.209.152.183)
07:53.22*** join/#brlcad tandoorichick (~Thunderbi@117.243.26.242)
08:04.44*** join/#brlcad sniok (~sniok@89.252.29.238)
08:04.48*** join/#brlcad tandoorichick (~Thunderbi@117.243.26.242)
08:10.00*** join/#brlcad sniok (~sniok@89.252.29.238)
09:15.43*** join/#brlcad tandoorichick (~Thunderbi@117.243.26.242)
09:31.09*** join/#brlcad tandoorichick1 (~Thunderbi@61.2.78.168)
11:06.02*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
11:13.11*** join/#brlcad amarjeet (~amarjeet@101.211.135.254)
12:04.09*** join/#brlcad amarjeet_ (~Amarjeet@101.211.135.254)
12:06.49*** join/#brlcad tandoorichick1 (~Thunderbi@117.250.230.180)
12:21.33*** join/#brlcad amarjeet (~amarjeet@101.211.135.254)
12:21.46*** join/#brlcad amarjeet_ (~amarjeet@101.211.135.254)
12:51.42*** join/#brlcad ickby (~stefan@x5d8472e1.dyn.telefonica.de)
13:07.58*** join/#brlcad amarjeet (~amarjeet@101.211.135.254)
13:10.25*** join/#brlcad tandoorichick (~Thunderbi@117.250.230.180)
13:20.01*** join/#brlcad tandoorichick1 (~Thunderbi@61.2.76.145)
13:57.45*** join/#brlcad amarjeet (~amarjeet@101.211.135.254)
14:25.44*** join/#brlcad ickby_ (~stefan@x5d8472e1.dyn.telefonica.de)
14:29.42*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
14:35.19*** join/#brlcad trough (~trough@c-73-10-180-87.hsd1.nj.comcast.net)
14:37.24*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
14:37.41troughDoes BRL-CAD have support for parametric modeling?
14:38.03troughAll I found was this "design draft":  http://brlcad.org/w/index.php?title=Libpg_:_A_parametrics/constraint_library&oldid=664
15:33.48*** join/#brlcad ickby (~stefan@x5d8472e1.dyn.telefonica.de)
16:01.54*** join/#brlcad trough (~trough@c-73-10-180-87.hsd1.nj.comcast.net)
16:14.05*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
16:29.27*** join/#brlcad ickby_ (~stefan@x5d8472e1.dyn.telefonica.de)
16:36.53*** join/#brlcad ickby_ (~stefan@x5d8472e1.dyn.telefonica.de)
17:29.23*** join/#brlcad ickby (~stefan@x5d8472e1.dyn.telefonica.de)
17:32.50*** join/#brlcad amarjeet (~amarjeet@101.211.135.254)
17:53.28*** join/#brlcad Mandeep_Singh (~mandeep@45.127.65.47)
18:15.30*** join/#brlcad amarjeet (~amarjeet@101.211.135.254)
18:49.29*** join/#brlcad sej_ (~sej@117.193.28.244)
20:08.01*** join/#brlcad ickby (~stefan@x5d8467a9.dyn.telefonica.de)
20:14.47*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
21:00.01*** join/#brlcad ickby (~stefan@x5d8467a9.dyn.telefonica.de)
21:07.17starseekeryeesh - Haiku's gcc options are 2.95 or 5.3.0
21:07.34starseekeropts for modern instead of ancient an crosses his fingers...
21:10.52starseekeris very surprised they haven't shifted off of gcc2 by now - that's old enough that you can't really write modern C++ code for it, IIRC
21:29.55*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
21:50.46Notify03BRL-CAD Wiki:Mandeeps708 * 9727 /wiki/User:Mandeeps708/GSoC16/logs: /* 28-29 logs */
22:04.50*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
22:53.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:55.59*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:23.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160530

IRC log for #brlcad on 20160530

00:20.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:22.26*** join/#brlcad viiwjfhhhaojaszt (~armin@dslb-094-216-163-057.094.216.pools.vodafone-ip.de)
01:08.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:19.34*** part/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
03:08.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:37.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:05.26*** join/#brlcad tandoorichick (~Thunderbi@61.2.76.145)
04:09.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:54.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:26.59StragusEh starseeker, and gcc 2.95 had plenty of bugs
05:27.43StragusThat was before they started doing aggressive testing with millions of procedurally generated code scenarios
06:28.18*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
06:47.16*** join/#brlcad Mandeep_Singh (~mandeep@202.164.53.117)
06:56.38*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:05.07*** join/#brlcad sniok (~sniok@89.252.29.238)
07:40.00*** join/#brlcad tandoorichick1 (~Thunderbi@117.230.188.182)
07:42.11*** join/#brlcad tandoorichick (~Thunderbi@117.230.188.182)
08:14.10*** join/#brlcad Shalom (~Shalom@122.175.24.184)
08:40.56*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:50.23*** join/#brlcad amarjeet (~Amarjeet@101.213.142.75)
08:52.12*** join/#brlcad kczbhxepbcqvctlu (~armin@dslb-094-216-160-246.094.216.pools.vodafone-ip.de)
09:02.44*** join/#brlcad shubham (a5e16832@gateway/web/freenode/ip.165.225.104.50)
09:05.23*** join/#brlcad amarjeet (~Amarjeet@101.213.142.75)
09:12.40*** join/#brlcad Mandeep_Singh (~mandeep@202.164.53.117)
09:17.57*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:36.11*** join/#brlcad amarjeet (~amarjeet@101.213.173.241)
09:54.47*** join/#brlcad amarjeet (~amarjeet@101.213.142.75)
10:22.52*** join/#brlcad amarjeet (~amarjeet@101.213.173.241)
10:35.12*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:00.34*** join/#brlcad tandoorichick1 (~Thunderbi@117.217.160.93)
12:19.47*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
13:08.12*** join/#brlcad catchchaos (6ad8a2a1@gateway/web/freenode/ip.106.216.162.161)
13:11.34*** join/#brlcad yorik (~yorik@187.35.19.196)
13:12.03catchchaosI just changed my laptop recently and can't seem to get BRL-CAD working in my new system. I'm currently using OS X 10.11.4. I can successfully compile and install using make. The problem arises when I run a tool (rt or aged).
13:14.11catchchaosThe error tells me that dynamic linker is at fault, but I can't figure out what the exact problem is. The error goes 'Library not loaded. Reason: image not found'. Any help would be nice. :)
13:14.43catchchaos*mged
13:19.10*** join/#brlcad amarjeet (~amarjeet@101.213.142.75)
13:20.45*** join/#brlcad tandoorichick (~Thunderbi@117.199.143.122)
13:23.55*** join/#brlcad Shalom (~Shalom@122.175.24.184)
13:57.38*** join/#brlcad catchchaos (6ad8a2a1@gateway/web/freenode/ip.106.216.162.161)
14:05.57*** join/#brlcad sniok (~sniok@89.252.29.238)
15:19.30*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:23.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:51.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:32.12starseekerlooks at Solaris 11 terms, winces, and downloads OpenIndiana instead
16:32.40starseekermight be workable, but urk
16:44.24Notify03BRL-CAD Wiki:Starseeker * 9728 /wiki/Haiku_Build_Log: Current state of HaikuOS build
17:04.28*** join/#brlcad Mandeep_Singh (~mandeep@117.212.51.164)
17:24.25*** join/#brlcad Shalom (~Shalom@122.175.24.184)
17:29.01*** join/#brlcad asad_ (~asad00@216.195.eduroam.dynamic.rbg.tum.de)
17:40.14*** join/#brlcad infobot (ibot@rikers.org)
17:40.15*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || GSoC 2016 is under way, 9 CAx students! || Release 7.26.0 by 27th... || Logs: http://ibot.rikers.org/%23brlcad/
17:41.50*** join/#brlcad infobot (ibot@rikers.org)
17:41.50*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || GSoC 2016 is under way, 9 CAx students! || Release 7.26.0 by 27th... || Logs: http://ibot.rikers.org/%23brlcad/
17:44.16*** join/#brlcad infobot (ibot@rikers.org)
17:44.17*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || GSoC 2016 is under way, 9 CAx students! || Release 7.26.0 by 27th... || Logs: http://ibot.rikers.org/%23brlcad/
17:46.40*** join/#brlcad infobot (ibot@rikers.org)
17:46.40*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || GSoC 2016 is under way, 9 CAx students! || Release 7.26.0 by 27th... || Logs: http://ibot.rikers.org/%23brlcad/
17:53.34*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:10.48*** join/#brlcad ickby (~stefan@x5d847bc6.dyn.telefonica.de)
18:12.19*** join/#brlcad Shalom (~Shalom@122.175.24.184)
18:17.39*** join/#brlcad infobot (ibot@rikers.org)
18:17.39*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || GSoC 2016 is under way, 9 CAx students! || Release 7.26.0 by 27th... || Logs: http://ibot.rikers.org/%23brlcad/
18:21.05*** join/#brlcad amarjeet (~amarjeet@101.213.142.75)
18:21.46*** join/#brlcad ickby (~stefan@x5d847bc6.dyn.telefonica.de)
18:21.56*** join/#brlcad ickby (~stefan@x5d847bc6.dyn.telefonica.de)
18:35.29*** join/#brlcad ickby_ (~stefan@x5d847bc6.dyn.telefonica.de)
18:47.58*** join/#brlcad ickby (~stefan@x5d847bc6.dyn.telefonica.de)
18:59.21*** join/#brlcad ickby (~stefan@x5d847bc6.dyn.telefonica.de)
19:22.18*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
19:22.48*** part/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
19:46.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:49.39*** join/#brlcad ickby_ (~stefan@x5d847bc6.dyn.telefonica.de)
20:03.44*** join/#brlcad ickby_ (~stefan@x5d847bc6.dyn.telefonica.de)
20:16.00*** join/#brlcad ickby (~stefan@x5d847bc6.dyn.telefonica.de)
20:16.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:23.28*** join/#brlcad ickby_ (~stefan@x5d847bc6.dyn.telefonica.de)
20:27.56*** join/#brlcad ickby (~stefan@x5d847bc6.dyn.telefonica.de)
20:58.07*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
21:17.54*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
21:47.11*** join/#brlcad Stragus_ (~alexis@modemcable090.29-19-135.mc.videotron.ca)
IRC log for #brlcad on 20160531

IRC log for #brlcad on 20160531

00:08.41*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
00:56.35*** join/#brlcad ccwikbqzbxvoymsy (~armin@dslb-094-216-166-176.094.216.pools.vodafone-ip.de)
01:31.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:04.26*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
04:08.17*** join/#brlcad tandoorichick (~Thunderbi@117.209.153.10)
04:16.57*** join/#brlcad tandoorichick (~Thunderbi@117.209.153.10)
04:46.00*** join/#brlcad shubham (a5e16832@gateway/web/freenode/ip.165.225.104.50)
04:59.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:45.53*** join/#brlcad tandoorichick1 (~Thunderbi@117.209.153.10)
06:39.38*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:49.29*** join/#brlcad tandoorichick (~Thunderbi@117.209.153.10)
06:59.38*** join/#brlcad tandoorichick (~Thunderbi@117.209.153.10)
07:07.16*** join/#brlcad amarjeet (~amarjeet@101.216.170.226)
07:31.05*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
07:42.16*** join/#brlcad shubham (a5e1683c@gateway/web/freenode/ip.165.225.104.60)
07:52.10*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
07:55.33*** join/#brlcad tandoorichick (~Thunderbi@117.209.153.10)
08:00.02*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:04.58*** join/#brlcad sniok (~sniok@89.252.29.238)
08:24.53*** join/#brlcad tandoorichick (~Thunderbi@117.209.153.10)
08:46.12*** join/#brlcad tandoorichick (~Thunderbi@117.209.153.10)
09:07.36*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
09:07.46*** part/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
09:22.20*** join/#brlcad Shalom (~Shalom@122.175.24.184)
09:52.06*** join/#brlcad amarjeet (~amarjeet@49.138.188.151)
10:24.17*** join/#brlcad amarjeet (~amarjeet@101.216.170.226)
10:25.04*** join/#brlcad tandoorichick (~Thunderbi@61.3.210.61)
10:40.35*** join/#brlcad tandoorichick1 (~Thunderbi@117.252.194.18)
12:39.13*** join/#brlcad asad_ (~asad00@216.195.eduroam.dynamic.rbg.tum.de)
12:44.43*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-ehsmjyqspsamezqv)
13:03.34*** join/#brlcad tandoorichick1 (~Thunderbi@117.230.158.149)
13:10.07*** join/#brlcad amarjeet (~amarjeet@101.216.146.131)
13:48.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:52.17*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:35.56*** join/#brlcad gjeet (7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31)
14:45.45*** join/#brlcad tandoorichick (~Thunderbi@117.230.158.149)
14:48.52Notify03BRL-CAD:ejno * 68021 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: create attributes specifying object types
15:18.33*** join/#brlcad amarjeet (~amarjeet@101.216.146.131)
15:34.36*** join/#brlcad tandoorichick (~Thunderbi@117.230.158.149)
15:58.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:09.16*** join/#brlcad gjeet (7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31)
16:11.36*** join/#brlcad gjeet (7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31)
16:16.33*** join/#brlcad gjeet (7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31)
16:17.26Notify03BRL-CAD:ejno * 68022 brlcad/trunk/src/libged/pull.c: fix
16:19.14*** join/#brlcad tandoorichick (~Thunderbi@117.230.158.149)
16:29.33*** join/#brlcad gjeet (7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31)
16:32.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:39.16*** join/#brlcad ickby (~stefan@x5d845a01.dyn.telefonica.de)
16:54.36*** join/#brlcad gjeet (7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31)
16:57.51*** join/#brlcad gjeet (7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31)
17:17.10*** join/#brlcad gjeet (7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31)
17:24.41*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
17:27.23*** join/#brlcad tandoorichick1 (~Thunderbi@117.216.50.227)
18:04.51*** join/#brlcad yorik (~yorik@152.250.64.201)
18:08.28*** join/#brlcad Mandeep_Singh (~mandeep@117.212.50.30)
18:15.07*** join/#brlcad ``Erik_ (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
18:35.20Notify03BRL-CAD:ejno * 68023 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: don't create an unnecessary comb
19:12.13*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
19:29.05*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-juyjrvanvyxyzpzu)
19:50.22*** join/#brlcad LordOfBikes (~armin@dslb-094-216-166-176.094.216.pools.vodafone-ip.de)
20:56.12*** join/#brlcad Mandeep_Singh (~mandeep@117.212.50.30)
21:09.27*** join/#brlcad ickby (~stefan@x5d84584c.dyn.telefonica.de)
21:19.30*** join/#brlcad merzo (~merzo@11-143-53-37.pool.ukrtel.net)
21:19.40Notify03BRL-CAD:ejno * 68024 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: don't leave references to objects that weren't imported
22:45.53*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:47.47*** part/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
IRC log for #brlcad on 20160601

IRC log for #brlcad on 20160601

00:16.02*** join/#brlcad Mandeep_Singh (~mandeep@117.212.50.30)
00:47.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:54.15*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
00:55.20*** join/#brlcad kzqatpnfwrnxlqbq (~armin@dslb-092-074-244-123.092.074.pools.vodafone-ip.de)
02:08.32Notify03BRL-CAD Wiki:Mandeeps708 * 9729 /wiki/User:Mandeeps708/GSoC16/logs: /* logs */
03:27.48*** join/#brlcad tandoorichick (~Thunderbi@117.216.50.227)
04:16.15*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
04:16.25*** part/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
06:04.27*** join/#brlcad shubham (a5e1683d@gateway/web/freenode/ip.165.225.104.61)
06:35.46*** join/#brlcad tandoorichick1 (~Thunderbi@117.246.207.52)
06:56.01*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:02.52*** join/#brlcad tandoorichick (~Thunderbi@117.246.207.52)
07:24.09*** join/#brlcad sniok (~sniok@89.252.29.238)
07:38.55*** join/#brlcad tandoorichick (~Thunderbi@117.246.207.52)
07:51.12*** join/#brlcad tandoorichick1 (~Thunderbi@117.217.164.79)
08:21.21*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:39.03*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:10.17*** join/#brlcad Shalom (~Shalom@122.175.17.71)
10:11.41*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
11:20.29*** join/#brlcad Mandeep_Singh (~mandeep@117.214.207.128)
12:48.28*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-qpjgblhmcrfyhmxn)
13:12.42*** join/#brlcad yorik (~yorik@189-18-174-137.dsl.telesp.net.br)
13:15.33*** join/#brlcad amarjeet (~amarjeet@101.220.152.223)
13:57.55*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:16.16*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
16:02.24*** join/#brlcad ickby (~stefan@x5d8452c1.dyn.telefonica.de)
16:15.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:23.38Notify03BRL-CAD:ejno * 68025 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: remove empty combs
16:31.31Notify03BRL-CAD:ejno * 68026 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: check if the ptbl is empty
16:48.02*** join/#brlcad sniok (~sniok@89.252.29.238)
17:08.56*** join/#brlcad ickby_ (~stefan@x5d8452c1.dyn.telefonica.de)
17:17.51Notify03BRL-CAD:ejno * 68027 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: inherit colors/shaders from parents again
17:23.22*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
17:36.28Notify03BRL-CAD:brlcad * 68028 brlcad/trunk/doc/STRATEGY: update with timings and task decompositions from last week including new prep cache project separate from performant pipelining and renaming webulgation to website renovation.
18:14.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:16.02*** join/#brlcad merzo (~merzo@11-143-53-37.pool.ukrtel.net)
19:34.45Notify03BRL-CAD:brlcad * 68029 brlcad/trunk/doc/STRATEGY: adjusted progressive geometry display priorities and clarified pipeline tasks
19:46.25Notify03BRL-CAD:ejno * 68030 (brlcad/trunk/src/conv/3dm/3dm-g.c brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp): import simplified hierarchy by default; add an option for importing the full hierarchy
20:39.38Notify03BRL-CAD:ejno * 68031 brlcad/trunk/src/libgcv/plugins/obj/obj_read.c: fix
21:06.45Notify03BRL-CAD:ejno * 68032 (brlcad/trunk/src/conv/3dm/3dm-g.c brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp): implement flag for assigning random colors
21:15.53Notify03BRL-CAD:ejno * 68033 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: adjust numbering
21:28.10*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
21:31.31*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
21:35.34Notify03BRL-CAD:ejno * 68034 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: adjust numbering
22:13.42Notify03BRL-CAD:ejno * 68035 (brlcad/trunk/src/conv/3dm/3dm-g.c brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp): display selected options before conversion
IRC log for #brlcad on 20160602

IRC log for #brlcad on 20160602

00:54.04*** join/#brlcad kmhzjngwcztvhxuh (~armin@dslb-088-066-158-033.088.066.pools.vodafone-ip.de)
04:15.53*** join/#brlcad tandoorichick (~Thunderbi@61.3.215.53)
04:19.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:40.59*** join/#brlcad boj (~boj@210.75.252.226)
05:55.20*** join/#brlcad tandoorichick (~Thunderbi@103.207.143.222)
06:05.20*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:43.23*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:52.16*** join/#brlcad merzo (~merzo@11-143-53-37.pool.ukrtel.net)
07:01.23*** join/#brlcad shubham (a5e1683c@gateway/web/freenode/ip.165.225.104.60)
07:28.55*** join/#brlcad sniok (~sniok@89.252.29.238)
07:51.02*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:25.21*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:38.04*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:29.03*** join/#brlcad Shalom (~Shalom@122.175.31.185)
09:36.50*** join/#brlcad Mandeep_Singh (~mandeep@202.164.53.117)
09:47.43*** join/#brlcad Shalom (~Shalom@122.175.73.120)
11:07.49*** join/#brlcad Mandeep_Singh (~mandeep@202.164.53.117)
11:40.16*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
11:40.18*** part/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:18.28sniokI would like to have some feedback on work I did. I made all static pages, you can view it here http://live.esde.name
12:20.19sniokAlso think we can use most of it that doesn't require dynamic engine. I can cut out dynamic functions (like news) and make PR, so it can be live while I work on rest of the site
12:33.09shubhamsniok: good progress on the work. I think we should wait for some time to make it live, atleast till midterm, so that some substantial work has been done.
12:33.49shubhamFor now you can fork the repo, make a branch, submit PRs anyways.
12:51.06sniokok, thanks
12:53.29*** join/#brlcad yorik (~yorik@189-18-174-137.dsl.telesp.net.br)
13:27.59*** join/#brlcad amarjeet (~amarjeet@49.138.185.90)
13:42.23*** join/#brlcad tandoorichick (~Thunderbi@103.207.143.222)
13:51.52*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
14:53.02Notify03BRL-CAD:ejno * 68036 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: set shaders for layers
14:55.41*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:07.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:11.21*** join/#brlcad Mandeep_Singh (~mandeep@117.214.201.143)
15:12.40*** join/#brlcad ickby_ (~stefan@x5d8462f8.dyn.telefonica.de)
15:28.47*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-wofdmayofpliauft)
15:51.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:59.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:14.20*** join/#brlcad Shalom (~Shalom@122.175.14.179)
18:06.51Notify03BRL-CAD:ejno * 68037 (brlcad/trunk/include/rt/func.h brlcad/trunk/src/conv/3dm/3dm-g.c and 3 others): add rt_reduce_db() (in progress) for reducing a database hierarchy; use rt_reduce_db() in the rhino import filter
18:26.14*** join/#brlcad Stragus2 (~alexis@modemcable090.29-19-135.mc.videotron.ca)
19:16.43*** join/#brlcad merzo (~merzo@99-37-132-95.pool.ukrtel.net)
20:53.22*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
20:57.07Notify03BRL-CAD Wiki:Mandeeps708 * 9730 /wiki/User:Mandeeps708/GSoC16/logs: /* logs */
22:32.22*** join/#brlcad merzo (~merzo@11-143-53-37.pool.ukrtel.net)
22:33.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:37.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:40.12*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
22:40.25*** join/#brlcad Gud (~k@c-b709e555.021-17-73746f36.cust.bredbandsbolaget.se)
22:54.43*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:12.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:46.09*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
IRC log for #brlcad on 20160603

IRC log for #brlcad on 20160603

00:24.32*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
00:34.20*** join/#brlcad asad__ (~asad00@host59-2.natpool.mwn.de)
00:46.50*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
00:52.58*** join/#brlcad fxfkidyfwkoqvzdn (~armin@dslb-088-066-145-016.088.066.pools.vodafone-ip.de)
03:35.08*** join/#brlcad ickby_ (~stefan@x5d8476b6.dyn.telefonica.de)
03:53.59*** join/#brlcad tandoorichick (~Thunderbi@117.222.155.140)
04:46.25*** join/#brlcad Shalom (~Shalom@122.175.14.179)
05:07.08*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:40.22*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:02.27*** join/#brlcad merzo (~merzo@11-143-53-37.pool.ukrtel.net)
08:28.04*** join/#brlcad sniok (~sniok@89.252.29.238)
08:29.16*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
08:38.42*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
08:53.17*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:00.54*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:58.33*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-yoahcokdfsdlgpud)
10:08.57*** join/#brlcad d_rossbe1g (~rossberg@104.225.5.10)
10:26.16*** join/#brlcad Shalom (~Shalom@122.175.14.179)
10:27.02*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:49.44*** join/#brlcad starseeker (~starseeke@104.225.5.10)
11:17.49*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
12:14.07*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:55.41*** join/#brlcad yorik (~yorik@189-18-174-137.dsl.telesp.net.br)
13:38.02*** join/#brlcad tandoorichick1 (~Thunderbi@117.209.186.234)
14:00.26*** join/#brlcad amarjeet (~amarjeet@49.138.64.175)
14:00.28*** join/#brlcad shubham (71c1885d@gateway/web/freenode/ip.113.193.136.93)
14:01.06*** part/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
14:54.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:33.56*** join/#brlcad amarjeet (~amarjeet@101.213.150.193)
15:56.32*** join/#brlcad tandoorichick (~Thunderbi@45.118.110.233)
15:56.35*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
16:01.01*** join/#brlcad amarjeet (~amarjeet@101.213.150.193)
16:09.24*** join/#brlcad sniok (~sniok@89.252.29.238)
16:24.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:27.34*** join/#brlcad amarjeet (~amarjeet@101.214.89.173)
16:31.14*** join/#brlcad tandoorichick (~Thunderbi@45.118.110.233)
16:37.20*** join/#brlcad tandoorichick (~Thunderbi@45.118.110.233)
16:42.08*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
17:00.23*** join/#brlcad tandoorichick (~Thunderbi@45.118.110.233)
17:03.12*** join/#brlcad Mandeep_Singh (~mandeep@45.127.64.21)
17:08.29*** join/#brlcad amarjeet (~amarjeet@49.138.191.193)
17:14.56*** join/#brlcad amarjeet (~amarjeet@49.138.191.193)
17:25.53*** join/#brlcad brlcad (~sean@104.225.5.10)
17:33.44*** join/#brlcad amarjeet (~amarjeet@101.215.19.181)
17:40.39*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
17:48.38*** join/#brlcad shubham (71c1885d@gateway/web/freenode/ip.113.193.136.93)
17:54.53*** join/#brlcad tandoorichick (~Thunderbi@117.249.248.248)
18:01.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:39.32*** join/#brlcad tandoorichick (~Thunderbi@117.249.248.248)
18:43.10*** join/#brlcad merzo (~merzo@183-98-133-95.pool.ukrtel.net)
19:27.37*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
20:20.57brlcadasad_: so if you looked through the ideas page, did anything jump out?
20:21.32asad_For me given that it would be my first time contributing to brlcad.
20:21.47asad_the GUI feature requests were most interesting
20:23.07brlcadthey're also some of the more complicated :)
20:24.04asad_hmm so it would be great if you can help me define a task that would suite a beginner contributor
20:24.07brlcadso a topic came up just recently that would be really great to see come to fruition, something not on the list I believe
20:25.12brlcadbasically, a stand-alone double-clickable geometry viewer application that automatically displays a given model
20:25.49brlcadkind of like 3D-PDF, but using our infrastructure instead of Adobe's
20:27.22brlcadideally, want a single "file" that can be e-mailed around
20:28.42asad_so from what i gather, it's kind of a portable brlcad (mged)
20:29.19brlcadnot quite -- don't want or need editing or creation
20:29.38asad_you can view models if you have the entire brlcad suite installed but with this the aim is to just display a model file.
20:29.39brlcadjust a simple read-only viewer for a given model (so no file->open loading, just show me the model)
20:29.58asad_ah seems interesting
20:30.03brlcadso the .g model is somehow integrated into this "file"
20:30.06StragusModel and everything bundled in the executable? Interesting
20:30.11brlcadyes
20:30.44asad_yeah making a separate tool sounds fun but let's see the complexity
20:31.23brlcadmy thought is that the .g file can be simply concatenated to the end of a given viewer executable, then the app can just seek to find it (.g have identifiable header bytes)
20:32.00brlcadour libdm library will draw the geometry for you into an application context
20:32.16brlcadso it will work for CSG models, triangle models, NURBS geometry, etc
20:33.29brlcadfor the front-end application, you could use Qt or OSG or just about anything really so long as we can static link it all down to a single thing
20:34.47StragusI would put some struct describing the file's content at the end, seek at the end and get the data
20:35.56brlcadlittle more complicated compilation setup, but could also work
20:36.26brlcadespecially cross-platform building
20:37.46brlcadasad_: what do you think? sound interesting?
20:38.54asad_yeah it is, the task is very precise and clear but i;m a bit lost on the g file format. maybe i need to look into it more because the heavy lifting is going to be done by libdm
20:39.15brlcadlibrt will read the .g file and it's geometry for you
20:39.46brlcador might even be able to use libged, a higher-level library
20:40.13brlcadeither way, you'll end up calling db_open or ged_open after you find the header bytes
20:40.54brlcadcould use any tech or libs or language, so long as the end result is a single file that can be e-mailed and double-clicked to see the geometry for at least mac, windows, linux, bsd
20:42.10asad_single file? is it a standalone executeable that can used to open any .g file e.e.,g <exe> xyz.g OR  something else
20:42.49brlcadsingle file .. exe that has the .g embedded IN it
20:43.07brlcadnot any .g
20:43.12asad_oh
20:43.47asad_now i get your 3D-PDF example
20:45.16brlcadso I assume you've run mged, if you've opened moss.g for example (a typical dev test model), it would be like creating a moss.exe binary (on windows) or a moss.app bundle (on Mac) etc
20:46.38brlcadthe visual for starters could simply be the same display that mged shows when you run the "attach" command (e.g., try "attach X" on linux or "attach wgl" on windows after opening moss.g and running "draw all.g")
20:54.06brlcadasad_: what is the coding socis timeline?
20:54.29asad_1st June till 30th August
20:55.36brlcadcool, that should be plenty of time and there are many ways the interface can be extended once you get basic viewing working
20:55.59asad_1-14 September evaluation
20:56.22brlcadfirst step, if this sounds viable to you, will be to itemize the basic milestones and tasks, just a dozen or so
20:56.47brlcadsomething like the PROJECT listings you can see in the doc/STRATEGY file would be perfect
20:57.48asad_got it
20:58.23asad_I will also update the design document, so that you can review it and then we can put the initial version on the wiki.
20:58.36brlcadbe sure to check out the 'isst' utility in addition to basic familiarization with 'mged' and/or 'archer'
20:58.39brlcadgreat
20:59.16asad_yeah that's my first priority to play around with mged as much as possible and trace the function calls.
20:59.22brlcadisst is an existing viewer interface that doesn't use libdm, instead using ray tracing
20:59.26brlcadmged and archer both use libdm
21:00.08brlcadthere is a LOT of compilated code to navigate there, so don't be shy to share questions or progress here
21:00.42brlcadespecially questions about the code, there's a half dozen guys here that can point you to the right file or function in seconds for questions that might take you hours exploring on your own
21:01.25asad_sure, btw do we have a documentation for source code function call type diagram  for basic mged operations?
21:01.35asad_yeah that sounds good to
21:01.37brlcadtreat the codebase like a big city .. some parts clean, some parts slum, some parts very densely occupied, etc ;)
21:02.18asad_great, also can we do a ESOCIS weekly status meeting here?
21:02.25brlcadmost mged functions end up in libged which in turn ends up down in librt
21:02.53brlcadyeah, we can see how the progress goes throughout the week
21:03.04asad_what days/times work for you?
21:03.17brlcadI read the logs, so if you share progress while you work, we won't need a specific day/time
21:03.26asad_and what's your time zone :)
21:03.56brlcadUTC-4
21:05.25asad_Ok that works for me too. But usually in status meetings the plan was to try to summarize weekly work and advertise next week's tasks.
21:07.39asad_plus it's easy to sync up.
21:09.34asad_I would suggest every Friday 16:00 (UTC-4)
21:12.55Notify03BRL-CAD:ejno * 68038 (brlcad/trunk/include/rt/func.h brlcad/trunk/include/rt/misc.h and 2 others): work on rt_reduce_db(); collapses hierarchy but does not attempt to preserve attributes
21:19.46brlcadweekly summaries can also go to your dev log and/or the dev mailing list (you should introduce yourself in the new few days)
21:20.12asad_sure, I will.
21:20.35asad_Thanks for clarifying.
21:22.43brlcadI'll send a brief welcoming introduction now and you can follow-up :)
21:49.35*** join/#brlcad LordOfBikes (~armin@dslb-088-066-145-016.088.066.pools.vodafone-ip.de)
IRC log for #brlcad on 20160604

IRC log for #brlcad on 20160604

01:01.36*** join/#brlcad LordOfBikes (~armin@dslb-088-064-038-224.088.064.pools.vodafone-ip.de)
03:07.59bojHi brlcad, could you help checking my recent work on plate mode NURBS and give me some suggestions?
03:19.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:21.51*** join/#brlcad boj (~boj@210.75.252.226)
03:28.02brlcadboj: which recent work, writeup or code?  didn't see a discussion..
03:30.18*** join/#brlcad boj (~boj@210.75.252.226)
03:30.43brlcadboj: just saw your note to the list ... daniel has you on the right track ;)
03:32.58bojthanks brlcad, what I do now is to start from a simple case, and refine it later..
03:34.21bojwhat I am doing now is acceptable? or do I need to make any refinement?
03:35.42brlcadacceptable, absolutely .. it's excellent progress
03:36.01brlcadat this rate, you may end up ahead of schedule working on additional tasks like tessellation ;)
03:36.36brlcadgetting global thickness to work right is probably adequate, maybe even sufficient
03:37.27brlcadwe don't actually use the bot per-face thicknesses and they bloat the serialized size substantially/unfairly the way they're currently stored
03:37.41bojyes, that is what I do at present, I think it is a simple case and just make it global..if necessary, I can try to modify it to per-face, will not be a hard problem..
03:37.59brlcadnote you can also create some simple test cases manually if you need to
03:38.04brlcadsee src/proc-db/*.cpp
03:38.22brlcadthere's a couple nurbs cubes in there that shows how they can be constructed manually
03:38.39brlcadcould trivially create a non-solid single surface patch and get it working
03:38.47bojyes, I write a new tool called brep_surf.cpp, it just generate a single surface.
03:39.11brlcadnods, saw that
03:39.19brlcaddidn't know if you used the proc-db examples or whipped it up yourself
03:40.09bojnot really, I mimic the examples like brep_cobb and brep_cube..and create a brep_surf. :)
03:40.37brlcadokay, good that you found them
03:41.37bojwhat I worry about is, part of my code in brep_surf is a duplication from brep_cobb/brep_cube
03:41.56bojso is brep_surf really necessary?
03:42.36brlcadnot long-term, but we need some means to create plate-mode until ray tracing is working
03:43.03brlcadproc-db is a sandbox for testing out new ideas, not user tools
03:43.26bojyes, that is what I think, just using it as a test case..
03:43.30boj:)
03:43.34brlcadoriginally for creating complex geometry through simplified procedures
03:44.02brlcadmost of the useful proc-db's gradulated to src/shapes as proper documented tools
03:44.34brlcadi don't see this needing to graduate ;)
03:44.42bojdo I need to work toward this target?
03:45.17brlcadwhat target?
03:45.48bojtrying to make a brep with thickness in MGED.
03:46.17bojbesides, what is src/shapes used for?
03:46.22brlcadeventually there should be some means, but import makes sense first since that's where they're coming from now
03:47.12brlcadif you pull a random .step file, it will likely have non-solid nurbs entities in it
03:47.19brlcadiges is the same case too
03:47.44brlcadso just focus on getting ray tracing working like bots ;)
03:47.56brlcadfor a simple single surface
03:48.06bojyes, that is my work next week. :)
03:48.44bojthanks brlcad :)
03:48.48brlcadsure!
03:49.02brlcadcontinues working on getting all that terrain data off of .bz's full hard drive
03:49.28brlcadmaths22: wiping out jenkins... buildbot wins :)
03:49.59brlcadmaths22: you apparently had it checking out the whole repo (every branch every version)... huge :)
03:50.16brlcadno worries, though, workdir is wiped
04:39.56*** join/#brlcad tandoorichick (~Thunderbi@117.217.160.14)
06:35.16*** join/#brlcad jordi_sayol (~jordi@53.132.21.95.dynamic.jazztel.es)
06:36.38jordi_sayolI got an error building brlcad when changed prefix
06:36.42jordi_sayol$ cmake -DCMAKE_INSTALL_PREFIX=/usr/brlcad
06:36.54jordi_sayolmake
06:36.58jordi_sayol...
06:37.38jordi_sayol[100%] Generating ../../share/db/NIST_MBE_PMI_11.g
06:37.38jordi_sayol[100%] Built target NIST_MBE_PMI_11.g
06:37.38jordi_sayolScanning dependencies of target NIST_MBE_PMI_7-10.g
06:37.38jordi_sayol[100%] Generating ../../share/db/NIST_MBE_PMI_7-10.g
06:37.38jordi_sayoldb/nist/CMakeFiles/NIST_MBE_PMI_7-10.g.dir/build.make:61: recipe for target 'share/db/NIST_MBE_PMI_7-10.g' failed
06:37.40jordi_sayolmake[2]: *** [share/db/NIST_MBE_PMI_7-10.g] Error 139
06:37.42jordi_sayolCMakeFiles/Makefile2:39004: recipe for target 'db/nist/CMakeFiles/NIST_MBE_PMI_7-10.g.dir/all' failed
06:37.44jordi_sayolmake[1]: *** [db/nist/CMakeFiles/NIST_MBE_PMI_7-10.g.dir/all] Error 2
06:37.46jordi_sayolMakefile:160: recipe for target 'all' failed
06:37.48jordi_sayolmake: *** [all] Error 2
07:57.55*** join/#brlcad sniok (~sniok@89.252.29.238)
08:11.01tandoorichickin setup.c in the struct mged_cmdtab, what is the second attribute in all of the records?
08:12.04*** join/#brlcad djkonro (~konro@41.202.219.67)
08:26.25*** join/#brlcad tandoorichick1 (~Thunderbi@117.230.155.91)
09:42.58*** join/#brlcad tandoorichick (~Thunderbi@117.230.155.91)
10:08.39*** join/#brlcad tandoorichick (~Thunderbi@117.230.155.91)
10:08.41*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
10:13.43*** join/#brlcad djkonro (~konro@41.202.219.66)
10:19.24*** join/#brlcad asad_ (~asad00@23.213.eduroam.dynamic.rbg.tum.de)
10:44.45*** join/#brlcad tandoorichick (~Thunderbi@117.209.198.233)
10:45.47``Erikhuh, looks like new elevation data has been released, some dude cooked a quick opengl grand canyon renderer https://www.michaelfogleman.com/articles/2016-05-06/grand-canyon/
10:52.27*** join/#brlcad boj (~boj@210.75.252.226)
11:48.04*** join/#brlcad tandoorichick (~Thunderbi@117.209.198.233)
12:00.13*** join/#brlcad tandoorichick (~Thunderbi@117.209.198.233)
12:05.02*** join/#brlcad tandoorichick (~Thunderbi@117.209.198.233)
12:18.22*** join/#brlcad tandoorichick (~Thunderbi@117.209.198.233)
12:42.21*** join/#brlcad tandoorichick (~Thunderbi@117.209.198.233)
12:50.04*** join/#brlcad shubham (71c1885d@gateway/web/freenode/ip.113.193.136.93)
13:02.53*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
13:53.03*** join/#brlcad yorik (~yorik@189-18-174-137.dsl.telesp.net.br)
14:02.21*** join/#brlcad tandoorichick (~Thunderbi@117.209.198.233)
14:04.12*** join/#brlcad merzo (~merzo@181-84-132-95.pool.ukrtel.net)
14:05.21*** join/#brlcad tandoorichick (~Thunderbi@117.209.198.233)
14:09.16*** join/#brlcad tandoorichick1 (~Thunderbi@117.233.254.88)
14:12.25*** join/#brlcad boj (~boj@210.75.252.226)
14:21.12*** join/#brlcad tandoorichick (~Thunderbi@117.233.254.88)
14:24.15*** join/#brlcad amarjeet (~amarjeet@101.214.62.116)
15:18.01*** join/#brlcad tandoorichick (~Thunderbi@117.233.254.88)
15:20.34*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:40.19*** join/#brlcad tandoorichick (~Thunderbi@117.233.254.88)
15:41.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:45.31*** join/#brlcad tandoorichick (~Thunderbi@117.233.254.88)
15:48.51*** join/#brlcad tandoorichick (~Thunderbi@117.233.254.88)
15:53.59*** join/#brlcad tandoorichick (~Thunderbi@117.233.254.88)
15:56.41*** join/#brlcad tandoorichick1 (~Thunderbi@117.219.145.130)
16:41.08*** join/#brlcad asad_ (~asad00@23.213.eduroam.dynamic.rbg.tum.de)
16:42.28*** part/#brlcad asad_ (~asad00@23.213.eduroam.dynamic.rbg.tum.de)
17:00.34*** join/#brlcad Mandeep_Singh (~mandeep@117.199.104.217)
17:13.52*** join/#brlcad tandoorichick (~Thunderbi@117.219.145.130)
17:30.31*** join/#brlcad tandoorichick1 (~Thunderbi@103.207.143.143)
17:35.51*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
17:37.57*** part/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
19:32.26*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:49.42*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160605

IRC log for #brlcad on 20160605

00:05.17*** join/#brlcad avjawfopfkznlpro (~armin@dslb-094-216-165-138.094.216.pools.vodafone-ip.de)
02:05.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:30.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:36.28*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
04:30.07*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:28.00*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
06:36.42*** part/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
10:20.40*** join/#brlcad tandoorichick (~Thunderbi@117.230.117.157)
10:23.35*** join/#brlcad tandoorichick1 (~Thunderbi@61.0.114.129)
11:01.36*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
12:04.45*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
12:12.11Notify03BRL-CAD:vasco_costa * 68039 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/librt_private.h and 4 others): apply sf patch #444 from Param Hanji which implements eto evaluation in opencl.
12:21.51*** join/#brlcad sniok (~sniok@89.252.29.238)
12:30.43*** join/#brlcad LordOfBikes (~armin@dslb-094-216-165-138.094.216.pools.vodafone-ip.de)
12:39.59Notify03BRL-CAD:vasco_costa * 68040 brlcad/trunk/src/librt/primitives/common.cl: add necessary functions for single precision mode to opencl header.
13:00.29*** join/#brlcad shubham (71c1898c@gateway/web/freenode/ip.113.193.137.140)
14:02.56*** join/#brlcad merzo (~merzo@181-89-132-95.pool.ukrtel.net)
14:43.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:45.58*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
15:02.15*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:05.49*** join/#brlcad boj (~boj@210.75.252.226)
15:09.43*** join/#brlcad amarjeet (~amarjeet@101.216.137.126)
15:35.28Notify03BRL-CAD Wiki:Tandoorichick * 9731 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
15:40.14Notify03BRL-CAD Wiki:Tandoorichick * 0 /wiki/File:Selection_020.png:
16:05.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:17.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:59.43*** join/#brlcad merzo (~merzo@181-89-132-95.pool.ukrtel.net)
21:37.08*** join/#brlcad Mandeep_Singh (~mandeep@59.91.115.241)
22:20.44*** join/#brlcad djkonro (~konro@41.202.219.77)
22:31.04*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160606

IRC log for #brlcad on 20160606

00:04.00*** join/#brlcad cclldqksgqhrthua (~armin@dslb-088-066-138-100.088.066.pools.vodafone-ip.de)
01:42.49*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:20.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:57.23*** join/#brlcad tandoorichick (~Thunderbi@117.222.152.72)
04:39.50*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:14.13*** join/#brlcad sniok (~sniok@89.252.29.238)
08:30.26*** join/#brlcad Shalom (~Shalom@122.169.209.230)
08:32.15*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
09:06.53*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:57.12*** join/#brlcad tandoorichick (~Thunderbi@117.222.152.72)
10:19.02tandoorichickd_rossberg: i'm making changes in my code according to your suggestions..
10:41.57tandoorichickd_rossberg: the set functions take information from the CAD-specific structures - which are declared in the derived classes..
10:47.01d_rossbergtandoorichick: these CAD-specific structures are hidden behind the PolygonialMesh (which is good), so there is no "set" from the user's perspective
10:47.36d_rossbergand this is what the interface's methods are for (i.e. for the user)
10:48.14d_rossbergbtw, to speed your development up you should concentrate on one target system
10:48.54tandoorichickyes, that would help me..
10:49.19d_rossbergi would recommend BRL-CAD: adde your files to a BRL-CAD library (libanalyze?) and use this as your platform
10:49.40tandoorichickok sure, i will do that
10:50.19tandoorichickso just to be clear, is the code in those set functions ok? is it only the function name that needs to changed?
10:53.53d_rossbergnot really, see my third point with the PolygonialMesh (starting with "And,")
10:54.33d_rossbergthe vectors are fragile internal data structures which shouldn't be published to the outside
10:55.37d_rossbergmaybe it becomes more clear when you write the mesh healing algorithm with the Polygonial mesh
10:56.35tandoorichickyou mean, if i'm changing my dcel, those changes should be reflected immediately in the rt_bot_internal structure?
10:57.41tandoorichick^through the PolygonalMesh class
10:58.25d_rossbergno, if you insert/delete a vertex, edge, or face this requires a series of changes to the vectors
11:00.07tandoorichickokay..
11:00.07d_rossbergthis changes should be done by atomic PolygonialMesh methods which guarantee an always intact data set (not necessaraly in rt_bot_internal, but in the PolygonialMesh internal structures, e.g. DCEL)
11:01.33d_rossbergdefine a basic set of get- and set-operationd which fulfill the requirements of your healing algorithms
11:02.11tandoorichickokay.. i thought i could add them as and when i needed them while writing the mesh healing algorithms..
11:02.44tandoorichickas of now, i concentrated on getting information from the CAD-specific structures and putting them in the DCEL
11:02.56d_rossberge.g. int GetTwin(int edgeId)
11:04.03d_rossbergyour vectors are more candidates for private PolygonialMesh data members
11:04.36d_rossbergyou could initialize the in the constructor(?)
11:05.01d_rossberge.g. in BrlcadMesh::BrlcadMesh(rt_bot_internal *bot_mesh)
11:05.56tandoorichicki didn't get you, initialise what in the constructor?
11:06.10d_rossbergDCEL
11:07.53tandoorichickbut how would we get all the information as vertex, edge and face records?
11:09.57d_rossbergarene't you vectors (std::vector<DCEL_Vertex>, ...) the structures to hold this information?
11:10.50tandoorichickyeah..
11:11.50d_rossbergso make them protected members of the PolygonialMesh base class
11:12.22d_rossbergand add access functions to PolygonialMesh to work with them
11:13.22d_rossbergbut hesitate to return the whole vectors
11:14.47tandoorichickokay, understood..
11:15.06d_rossbergbtw, you could think about using a map instead of a vector, using the id as index
11:15.33tandoorichickok, sure..
11:22.07tandoorichickd_rossberg: one more thing, i had started planning out the zippering gaps algorithm.. i had also proposed a stitching algo. do we decide on the two based on the tolerance values for zippering and stitching (eg: if the dist if <2 units, zipper, else if dist <4 units, stitch? or uniform throughout, based on what the user wants? the first method seems a little tricky
12:10.04d_rossbergsounds like you need a tolerance parameter for your algorithm, with a reasonable default for the libged (TCL) function
12:17.38*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
12:31.10*** join/#brlcad yorik (~yorik@189-46-37-177.dsl.telesp.net.br)
13:51.46*** join/#brlcad Shalom_ (~Shalom@122.169.209.230)
14:11.04*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:17.26*** join/#brlcad amarjeet (~amarjeet@101.213.190.18)
15:28.40*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
17:03.24*** join/#brlcad merzo (~merzo@2-2-133-95.pool.ukrtel.net)
17:05.53*** join/#brlcad merzo (~merzo@2-2-133-95.pool.ukrtel.net)
17:15.02*** join/#brlcad amarjeet (~amarjeet@101.220.156.233)
17:51.06*** join/#brlcad ickby (~stefan@x5d84cbd5.dyn.telefonica.de)
17:54.30*** join/#brlcad Mandeep_Singh (~mandeep@59.95.82.44)
17:59.35*** join/#brlcad ickby_ (~stefan@x5d84cbd5.dyn.telefonica.de)
18:04.53*** join/#brlcad merzo (~merzo@2-2-133-95.pool.ukrtel.net)
18:06.54*** join/#brlcad merzo (~merzo@2-2-133-95.pool.ukrtel.net)
18:15.44*** join/#brlcad ickby (~stefan@x5d84cbd5.dyn.telefonica.de)
18:29.27*** join/#brlcad Mandeep_Singh (~mandeep@59.95.82.44)
18:33.48maths22brlcad: I didn't realize I had buildbot running.  Thank you
18:33.53maths22*jenkins
18:55.32*** join/#brlcad ickby (~stefan@x5d84cbd5.dyn.telefonica.de)
18:57.38*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
19:27.44*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
22:05.22*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:10.27*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160607

IRC log for #brlcad on 20160607

00:12.10*** join/#brlcad LordOfBikes (~armin@dslb-092-074-231-196.092.074.pools.vodafone-ip.de)
01:57.05*** join/#brlcad yorik (~yorik@189-46-37-177.dsl.telesp.net.br)
02:46.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:14.23Notify03BRL-CAD:brlcad * 68041 brlcad/trunk/NEWS: pixdiff and pixcmp were updated in r67563 and r67562 to stop processing if the image file sizes are different. conceivably could report something, but it's currently undefined so less misleading to not report until something more formal can be sorted out.
03:24.31Notify03BRL-CAD:brlcad * 68042 brlcad/trunk/NEWS: pixdiff and pixcmp were updated in r67563 and r67562 to stop processing if the image file sizes are different. conceivably could report something, but it's currently undefined so less misleading to not report until something more formal can be sorted out. (fix credit)
03:32.40Notify03BRL-CAD:brlcad * 68043 brlcad/trunk/NEWS: cliff made the wireframe drawing logic in libged respect a colors set on primitives (supporting the drawing of yellow datums, but separate user-visible change).
03:49.01Notify03BRL-CAD:brlcad * 68044 brlcad/trunk/NEWS: tally looks to be at least 121 command line tools that are being deprecated with this release. CHANGES has the full list.
03:51.23*** join/#brlcad infobot (ibot@rikers.org)
03:51.23*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || GSoC 2016 is under way, 9 CAx students! || Release 7.26.0 by 27th... || Logs: http://ibot.rikers.org/%23brlcad/
04:12.58*** join/#brlcad tandoorichick (~Thunderbi@61.3.208.151)
04:39.32Notify03BRL-CAD:brlcad * 68045 brlcad/trunk/NEWS: cliff fixed archer in r68020 so that archer will now run properly from a read-only or permission-constrained filesystem when opening a .g and it could not create the working-copy / backup file. tweak was to use tcllib to identify the system temp dir where we presumably have write permissions.
05:01.52*** join/#brlcad tandoorichick1 (~Thunderbi@117.250.152.110)
05:05.44*** join/#brlcad tandoorichick (~Thunderbi@117.250.152.110)
05:33.58*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:21.29*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:40.45*** join/#brlcad tandoorichick (~Thunderbi@117.250.152.110)
06:43.24*** join/#brlcad tandoorichick (~Thunderbi@117.250.152.110)
07:15.10*** join/#brlcad tandoorichick1 (~Thunderbi@117.199.134.95)
07:25.45*** join/#brlcad sniok (~sniok@89.252.29.238)
07:47.44*** join/#brlcad tandoorichick1 (~Thunderbi@59.91.45.100)
08:14.25*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:49.29*** join/#brlcad shubham (a5e1683c@gateway/web/freenode/ip.165.225.104.60)
09:03.36*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:14.41*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
09:23.38tandoorichickd_rossberg: what you said fits, but what i meant was would it clutter the original mesh?
09:24.09tandoorichickalso, i've sent the updated code for the conversion..
09:40.17*** join/#brlcad tandoorichick (~Thunderbi@117.245.148.19)
09:55.47*** join/#brlcad Shalom (~Shalom@122.169.233.162)
10:03.32*** join/#brlcad Shalom_ (~Shalom@122.169.233.162)
10:20.45*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
10:25.25*** join/#brlcad Shalom (~Shalom@122.169.233.162)
10:36.29d_rossbergtandoorichick: as far as i understood the procedere a gap could be zipped on some places and stitched on the rest
10:37.10d_rossbergi.e. an edge chain could be zipped and stitched alternately
10:37.21d_rossbergwould this be a problem?
10:40.37tandoorichickimplementing won't be a problem. we could have runs based on tolerances for each method. i'm thinking about how the final mesh could look..
10:44.52tandoorichickbut i guess we could change how the heal command works, in the end..
10:45.06d_rossbergstitched ;) the zipping isn't as much visible
11:11.43*** join/#brlcad tandoorichick1 (~Thunderbi@117.254.17.215)
11:16.03*** join/#brlcad tandoorichick1 (~Thunderbi@117.209.131.44)
11:41.27*** join/#brlcad merzo (~merzo@92.60.189.225)
11:54.13*** join/#brlcad Mandeep_Singh (~mandeep@117.215.228.86)
12:16.50*** join/#brlcad tandoorichick (~Thunderbi@117.209.131.44)
13:07.56*** join/#brlcad yorik (~yorik@189-46-37-177.dsl.telesp.net.br)
13:08.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:35.47Notify03BRL-CAD Wiki:Mandeeps708 * 9733 /wiki/User:Mandeeps708/GSoC16/logs: /* logs */
13:47.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:01.33*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:20.29tandoorichickd_rossberg: since the DCEL records are protected in the PolygonalMesh class, i'd have to create child classes for all the mesh healing algo functions?
14:20.37*** join/#brlcad asad_ (~asad00@48.218.eduroam.dynamic.rbg.tum.de)
14:21.57*** join/#brlcad tandoorichick (~Thunderbi@117.209.131.44)
14:50.23*** join/#brlcad tandoorichick (~Thunderbi@117.209.131.44)
14:52.05*** join/#brlcad amarjeet (~amarjeet@101.211.171.190)
14:55.54Notify03BRL-CAD:ejno * 68046 brlcad/trunk/src/librt/reduce_db.cpp: preserve colors/shaders
15:15.27d_rossbergtandoorichick: no, you have to create methods/functions in PolygonalMesh to work with the DCEL; getters/setters
15:16.17tandoorichickokay..
15:16.40d_rossbergmaybe iterators
15:35.21*** join/#brlcad amarjeet (~amarjeet@101.211.167.245)
15:42.52*** join/#brlcad tandoorichick (~Thunderbi@117.209.131.44)
16:02.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:42.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:01.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:22.42*** join/#brlcad tandoorichick1 (~Thunderbi@117.216.50.4)
19:24.54*** join/#brlcad merzo (~merzo@11-143-53-37.pool.ukrtel.net)
19:56.13*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
20:19.26*** join/#brlcad ickby (~stefan@x5d847ed4.dyn.telefonica.de)
21:00.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:17.11*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:47.49*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
22:56.23*** join/#brlcad asad__ (~asad00@host10-2.natpool.mwn.de)
22:57.58*** join/#brlcad asad___ (~asad00@host10-2.natpool.mwn.de)
23:16.53*** part/#brlcad asad___ (~asad00@host10-2.natpool.mwn.de)
IRC log for #brlcad on 20160608

IRC log for #brlcad on 20160608

00:09.29*** join/#brlcad qbrupeiciaffhcna (~armin@dslb-092-075-155-215.092.075.pools.vodafone-ip.de)
00:43.04*** join/#brlcad boj (~boj@210.75.252.226)
01:07.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:44.39*** join/#brlcad tandoorichick (~Thunderbi@117.199.135.56)
03:25.20*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
04:02.35*** join/#brlcad ickby (~stefan@tmo-105-6.customers.d1-online.com)
04:11.05*** join/#brlcad ickby (~stefan@tmo-105-6.customers.d1-online.com)
04:46.33*** join/#brlcad Mandeep_Singh (~mandeep@59.91.115.149)
06:42.29*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:02.39*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:09.03*** join/#brlcad sniok (~sniok@89.252.29.238)
08:10.14*** join/#brlcad merzo (~merzo@92.60.189.225)
08:10.56*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:17.19*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
08:42.38*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:44.55*** join/#brlcad merzo (~merzo@92.60.189.225)
09:50.10*** join/#brlcad Shalom (~Shalom@122.169.233.162)
10:30.07tandoorichickd_rossberg: i didn't get what you meant in the last mail...
10:51.02*** join/#brlcad tandoorichick (~Thunderbi@117.217.162.34)
11:53.14d_rossbergPolygonialMesh has a public method initVertices(); why? which healing algorithm uses it for what?
13:22.01*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
13:25.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:47.54*** join/#brlcad asad_ (~asad00@48.218.eduroam.dynamic.rbg.tum.de)
14:11.28*** join/#brlcad amarjeet (~amarjeet@101.211.173.173)
14:41.44*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
15:01.39*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:07.13*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
16:00.30*** join/#brlcad sniok (~sniok@89.252.29.238)
16:09.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:45.20*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
16:50.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:59.08*** join/#brlcad tandoorichick (~Thunderbi@117.199.128.80)
18:01.54*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:18.15*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
18:32.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:27.30Notify03BRL-CAD:n_reed * 68047 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add introduction
19:40.52Notify03BRL-CAD:n_reed * 68048 (brlcad/branches/brep-debug/src/libbrep/boolean.cpp brlcad/branches/brep-debug/src/libbrep/intersect.cpp): reference bool-eval dev article in header comments of main sources
21:15.24*** join/#brlcad asad____ (~asad00@host10-2.natpool.mwn.de)
21:15.32*** part/#brlcad asad____ (~asad00@host10-2.natpool.mwn.de)
22:58.17*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:20.42Notify03BRL-CAD:n_reed * 68049 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: wording/format
IRC log for #brlcad on 20160609

IRC log for #brlcad on 20160609

00:08.14*** join/#brlcad bggwpcmyivrkuoyn (~armin@dslb-092-074-232-150.092.074.pools.vodafone-ip.de)
02:04.13*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
03:25.45*** join/#brlcad tandoorichick (~Thunderbi@117.199.132.230)
04:13.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:26.37*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:01.17*** join/#brlcad gjeet (7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31)
06:58.25*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:17.06*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
07:23.12*** join/#brlcad asad____ (~asad00@host10-2.natpool.mwn.de)
07:42.29*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:06.53*** join/#brlcad sniok (~sniok@89.252.29.238)
08:20.23*** join/#brlcad Shalom (~Shalom@122.169.233.162)
08:39.06*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:50.59*** join/#brlcad tandoorichick (~Thunderbi@117.199.135.24)
10:58.27*** join/#brlcad gjeet (7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31)
11:02.39*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
11:39.19d_rossbergtandoorichick: your development log is a little bit outdated
11:48.03*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
12:44.07*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
13:26.06*** join/#brlcad Shalom_ (~Shalom@122.169.233.162)
13:26.41*** join/#brlcad sniok (~sniok@89.252.29.238)
13:33.53tandoorichickd_rossberg: yes, i'll update it
13:38.26Notify03BRL-CAD Wiki:Tandoorichick * 9734 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
13:41.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:43.35*** join/#brlcad Shalom (~Shalom@122.169.233.162)
14:20.44*** join/#brlcad ickby (~stefan@x5d847d50.dyn.telefonica.de)
14:25.16*** join/#brlcad ickby_ (~stefan@x5d847d50.dyn.telefonica.de)
14:32.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:38.46*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
14:41.15*** join/#brlcad amarjeet (~amarjeet@101.213.156.44)
14:46.07Notify03BRL-CAD:ejno * 68050 brlcad/trunk/src/librt/reduce_db.cpp: merge combs with compatible attributes
14:48.21Notify03BRL-CAD:ejno * 68051 brlcad/trunk/src/librt/reduce_db.cpp: remove old comment
14:48.35*** join/#brlcad merzo (~merzo@92.60.189.225)
14:51.15Notify03BRL-CAD:brlcad * 68052 (brlcad/trunk/include/rt/nmg.h brlcad/trunk/src/conv/dxf/dxf-g.c and 71 others): this is a terribly large risky commit, but not really many good ways to chop it up. this converts all calls to the now-deprecated BU_PTBL_END to the type-safe and null-safe BU_PTBL_LEN macro. that consequently requires propagating a slew of size_t type changes. consequently found and fixed a bunch of 1-byte
14:51.17Notifymemory-overruns in the iges converter while converting types too. regression testing passes on mac.
14:51.20Notify...
14:57.31Notify03BRL-CAD:ejno * 68053 brlcad/trunk/src/librt/reduce_db.cpp: fix
15:11.02*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
15:20.20Notify03BRL-CAD:ejno * 68054 brlcad/trunk/src/librt/reduce_db.cpp: simplify
15:22.57*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:25.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:35.17*** join/#brlcad gjeet (7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31)
15:37.10*** join/#brlcad gjeet (7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31)
15:39.26gjeetHello!
15:42.46tandoorichickd_rossberg: one query. initially we set all vertex ids to be the vertex records indices. when we deletee vertices, the indices change, but the vertex ids don't. so for all functions that work on ids, we essentially traverse the whole vector to look for the record with the id. so the complexity goes from O(1)-with just index to O(n). is that ok?
15:43.50*** join/#brlcad ishweradmin (~ishweradm@servers.ishwerdas.com)
15:49.07gjeetping @ishweradmin I am here!
15:50.28ishweradminhi, gaurav
15:51.37gjeetSo how are you, Have you seen my recent pull request on github ?
15:52.02ishweradminno, not yet..
15:53.12ishweradmini will do, soon.
15:56.10gjeetOk, I have solved number of bugs I could find in GSOC15-merged with motive to make it mergeable into master branch.
16:03.00*** join/#brlcad gjeet (7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31)
16:23.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:36.55ishweradmin@gaurav i have seen the pr
16:37.03ishweradminlooks good
16:37.33ishweradmini will look into it in detail
16:47.45ishweradmindo update your logs for last week and stay on irc. Thinking of presence on irc as an indication to me that you are working.
16:54.01ishweradminGaurav, do you think we need to adjust our milestones?
16:56.58gjeetAlright, I'll stay on IRC from now, Even today I tried to remain on IRC when working.
16:57.11gjeetRegarding milestones, I am lagging behind in deployment.
16:57.24gjeetStill unable to install FreeBSD on my local machine.
16:57.32gjeetI tried doing that even today.
16:58.07ishweradminWould it help if I provide you with a vpn server with freebsd installed?
16:58.33gjeetSure, it would be great.
17:00.05ishweradminOk will send you details soon. You should try installing freebsd on your own localmachine too as that would be a good learning exercise.
17:00.44ishweradminI mean dont stop trying that.
17:01.16gjeetAlright
17:01.45ishweradminAny problem regarding code?
17:02.15gjeetCode cleanup is almost done. a few responsiveness glitches, next thing I have to work on is adding schema to collections.
17:02.37ishweradminaldeed:schema right?
17:02.41gjeetyeah
17:02.52ishweradmincool
17:03.13ishweradminMake sure you document schema properly.
17:03.44ishweradminA chart or table would be even better.
17:03.58gjeetOk
17:04.11gjeetA chart or table on my blog ?
17:04.37ishweradminBrlcad wiki would be better
17:04.48*** join/#brlcad tandoorichick (~Thunderbi@117.199.135.24)
17:04.58gjeetumm ok
17:05.35gjeetAlso came across aldeed:autoform package, do we need to use it ?
17:06.30ishweradminI dont think so, may be just for settings page.
17:07.02gjeetOkay
17:12.52Notify03BRL-CAD:ejno * 68055 brlcad/trunk/src/librt/reduce_db.cpp: preserve rhino layers
17:29.54*** join/#brlcad amarjeet (~amarjeet@101.216.157.37)
17:30.17*** join/#brlcad ``Erik_ (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
17:31.53*** join/#brlcad tandoorichick1 (~Thunderbi@117.251.18.60)
17:49.08Notify03BRL-CAD:ejno * 68056 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: name root layer after input filename
18:07.19Notify03BRL-CAD:ejno * 68057 (brlcad/trunk/include/rt/misc.h brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp brlcad/trunk/src/librt/reduce_db.cpp): allow user to specify preserved combs and attributes
18:08.13Notify03BRL-CAD:ejno * 68058 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: simplify
18:33.20Notify03BRL-CAD:ejno * 68059 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: add region flag where appropriate
18:38.24*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:19.52Notify03BRL-CAD:ejno * 68060 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: rename solids after their layers
20:50.46Notify03BRL-CAD Wiki:Asadmorgoth * 9735 /wiki/User:Asadmorgoth: Adding User Info
20:53.56Notify03BRL-CAD Wiki:Asadmorgoth * 9736 /wiki/ESA_Summer_of_Code_in_Space: Adding Project Details
20:55.15Notify03BRL-CAD Wiki:Asadmorgoth * 9737 /wiki/ESA_Summer_of_Code_in_Space: /* European Summer of Code in Space 2016 With BRL-CAD */
20:55.50Notify03BRL-CAD Wiki:Asadmorgoth * 9738 /wiki/ESA_Summer_of_Code_in_Space: /* Geometry Viewer Application for BRL-CAD */
21:14.23Notify03BRL-CAD Wiki:Asadmorgoth * 9739 /wiki/Geometry_Viewer_Application_for_BRL-CAD: Adding Project Design
21:17.48Notify03BRL-CAD Wiki:Asadmorgoth * 9740 /wiki/Geometry_Viewer_Application_for_BRL-CAD: /* Task Breakdown */
21:20.15Notify03BRL-CAD Wiki:Asadmorgoth * 9741 /wiki/Geometry_Viewer_Application_for_BRL-CAD: /* Task list */
21:21.00Notify03BRL-CAD Wiki:Asadmorgoth * 9742 /wiki/ESA_Summer_of_Code_in_Space: /* Geometry Viewer Application for BRL-CAD */
21:21.28Notify03BRL-CAD Wiki:Asadmorgoth * 9743 /wiki/ESA_Summer_of_Code_in_Space: /* Geometry Viewer Application for BRL-CAD */
21:21.47Notify03BRL-CAD Wiki:Asadmorgoth * 9744 /wiki/ESA_Summer_of_Code_in_Space: /* Geometry Viewer Application for BRL-CAD */
21:22.11Notify03BRL-CAD Wiki:Asadmorgoth * 9745 /wiki/ESA_Summer_of_Code_in_Space: /* ESoCIS 2016 With BRL-CAD */
22:12.39*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:10.00*** join/#brlcad tandoorichick1 (~Thunderbi@117.252.36.198)
23:18.25*** join/#brlcad yorik (~yorik@191.23.100.77)
IRC log for #brlcad on 20160610

IRC log for #brlcad on 20160610

00:07.03*** join/#brlcad rzpmmxnrkrcrtpna (~armin@dslb-088-066-158-156.088.066.pools.vodafone-ip.de)
03:08.01*** join/#brlcad ickby_ (~stefan@x5d84693a.dyn.telefonica.de)
04:01.20*** join/#brlcad ickby_ (~stefan@tmo-103-166.customers.d1-online.com)
04:17.59*** join/#brlcad ickby_ (~stefan@tmo-103-166.customers.d1-online.com)
05:05.40*** join/#brlcad gjeet (7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31)
05:45.41*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
05:47.14*** join/#brlcad shubham (a5e1683c@gateway/web/freenode/ip.165.225.104.60)
06:56.20*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:40.20*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
07:42.12*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:28.49*** join/#brlcad Mandeep_Singh (~mandeep@59.95.83.43)
08:39.32*** join/#brlcad sniok (~sniok@89.252.29.238)
09:19.49*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:22.11*** join/#brlcad Shalom (~Shalom@122.169.233.162)
12:15.09*** join/#brlcad Mandeep_Singh (~mandeep@59.95.83.43)
12:24.14*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
12:42.30*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:48.47Notify03BRL-CAD:ejno * 68061 brlcad/trunk/src/librt/reduce_db.cpp: fix
12:54.59Notify03BRL-CAD:ejno * 68062 brlcad/trunk/src/libgcv/plugins/vrml/vrml_write.c: silence warning (test of unsigned < 0)
13:02.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:07.50*** join/#brlcad shubham___ (71c18a40@gateway/web/freenode/ip.113.193.138.64)
13:11.10shubhamchey sniok, so how's the project going?
13:13.17shubhamcdid you get a chance to talk to sean and ask for a review regarding the static page designs?
13:18.42*** join/#brlcad Mandeep_Singh (~mandeep@59.91.233.142)
13:36.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:41.16Notify03BRL-CAD:ejno * 68063 brlcad/trunk/src/librt/reduce_db.cpp: fix
13:44.02*** join/#brlcad tandoorichick (~Thunderbi@117.249.33.36)
14:12.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:14.22*** join/#brlcad tandoorichick (~Thunderbi@117.235.146.240)
14:23.27Notify03BRL-CAD:ejno * 68064 brlcad/trunk/src/librt/reduce_db.cpp: fix
14:53.57*** join/#brlcad Mandeep_Singh (~mandeep@117.215.231.58)
15:11.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:11.26Notify03BRL-CAD:ejno * 68065 brlcad/trunk/src/librt/reduce_db.cpp: fix
15:27.32*** join/#brlcad amarjeet (~amarjeet@49.138.73.170)
15:37.27*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
16:00.53sniokhi shubhamc, so for the last week I've been cleaning up code and fixing some bugs
16:01.44sniokI didn't talk to Sean yet
16:09.44shubhamcthat's fine. just try catching him up on IRC or write a mail
16:09.53shubhamcjust so that we can finalize on the designs
16:11.09snioksure
16:12.01shubhamci guess you'll be working on the backend part of it in the next few days
16:12.08shubhamcright!?
16:14.05sniokYeah
16:15.26sniokSetting up and configuring wordpress, I guess it won't take much time so I expect to work on developing theme on this week
16:15.54*** join/#brlcad tandoorichick (~Thunderbi@117.245.125.150)
16:31.39*** join/#brlcad LordOfBikes (~armin@dslb-088-066-158-156.088.066.pools.vodafone-ip.de)
16:36.35*** join/#brlcad yorik (~yorik@191.23.100.77)
16:52.00*** join/#brlcad ickby_ (~stefan@x5d8454d9.dyn.telefonica.de)
16:56.36Notify03BRL-CAD:ejno * 68066 brlcad/trunk/src/librt/reduce_db.cpp: fix
17:27.14*** join/#brlcad amarjeet (~amarjeet@101.216.174.218)
19:01.24*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
19:25.13Notify03BRL-CAD:ejno * 68067 brlcad/trunk/src/librt/reduce_db.cpp: remove merging of child nodes
20:05.18*** join/#brlcad Mandeep_Singh (~mandeep@59.91.118.77)
20:08.34Notify03BRL-CAD:ejno * 68068 brlcad/trunk/src/librt/reduce_db.cpp: remove remaining child-node merging code
23:01.35*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:40.06*** join/#brlcad LordOfBikes (~armin@dslb-088-066-158-156.088.066.pools.vodafone-ip.de)
IRC log for #brlcad on 20160611

IRC log for #brlcad on 20160611

00:06.19*** join/#brlcad wwlmfjxxrcytahwb (~armin@dslb-088-065-187-069.088.065.pools.vodafone-ip.de)
00:37.42*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
02:26.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:48.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:25.55*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:06.41*** join/#brlcad sniok (~sniok@89.252.29.238)
08:16.47*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:22.01*** join/#brlcad Mandeep_Singh (~mandeep@117.207.156.148)
08:35.27*** join/#brlcad boj (~boj@210.75.252.226)
10:18.30*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
10:43.11*** join/#brlcad gjeet (7cfd701f@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.31)
11:18.44*** join/#brlcad asad_ (~asad00@243.218.eduroam.dynamic.rbg.tum.de)
11:26.24*** join/#brlcad Shalom_ (~Shalom@122.175.16.100)
11:47.27*** join/#brlcad merzo (~merzo@182-37-132-95.pool.ukrtel.net)
11:50.00*** join/#brlcad merzo (~merzo@182-37-132-95.pool.ukrtel.net)
12:06.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:11.49*** join/#brlcad Notify (~notify@104.225.5.10)
12:15.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:36.01*** join/#brlcad tandoorichick (~Thunderbi@117.235.193.69)
13:33.46*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
13:42.47*** join/#brlcad tandoorichick (~Thunderbi@117.235.193.69)
14:08.02*** join/#brlcad yorik (~yorik@191.23.100.77)
14:44.53*** join/#brlcad amarjeet (~amarjeet@101.211.173.234)
14:47.50*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
14:49.05*** join/#brlcad LordOfBikes (~armin@dslb-088-065-187-069.088.065.pools.vodafone-ip.de)
15:15.31*** join/#brlcad LordOfBikes (~armin@dslb-088-065-187-069.088.065.pools.vodafone-ip.de)
16:28.51*** join/#brlcad tandoorichick (~Thunderbi@117.249.42.160)
16:42.33*** join/#brlcad merzo (~merzo@66-43-132-95.pool.ukrtel.net)
17:47.34*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
17:50.41*** join/#brlcad Mandeep_Singh (~mandeep@117.207.156.148)
18:24.16*** join/#brlcad LordOfBikes (~armin@dslb-088-065-187-069.088.065.pools.vodafone-ip.de)
18:24.34*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
18:46.05*** join/#brlcad merzo (~merzo@66-43-132-95.pool.ukrtel.net)
19:24.55*** join/#brlcad merzo (~merzo@66-43-132-95.pool.ukrtel.net)
19:29.45*** join/#brlcad merzo (~merzo@66-43-132-95.pool.ukrtel.net)
19:33.22*** join/#brlcad merzo (~merzo@66-43-132-95.pool.ukrtel.net)
20:53.31Notify03BRL-CAD Wiki:Mandeeps708 * 9746 /wiki/User:Mandeeps708/GSoC16/logs: /* logs */
21:12.03*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
21:16.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:02.33*** join/#brlcad Mandeep_Singh (~mandeep@117.207.156.148)
IRC log for #brlcad on 20160612

IRC log for #brlcad on 20160612

01:10.58*** join/#brlcad infobot (ibot@rikers.org)
01:10.58*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || GSoC 2016 is under way, 9 CAx students! || Release 7.26.0 by 27th... || Logs: http://ibot.rikers.org/%23brlcad/
06:51.14*** join/#brlcad amarjeet (~amarjeet@101.211.161.230)
07:07.33*** join/#brlcad sniok (~sniok@89.252.29.238)
11:29.39*** join/#brlcad amarjeet (~amarjeet@101.214.240.56)
11:47.56*** join/#brlcad amarjeet (~amarjeet@101.211.161.230)
11:59.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:24.58*** join/#brlcad tandoorichick (~Thunderbi@117.216.51.131)
12:42.23*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
13:05.06*** join/#brlcad Mandeep_Singh (~mandeep@117.214.206.162)
14:45.17*** join/#brlcad amarjeet (~amarjeet@101.214.240.56)
14:59.28*** join/#brlcad amarjeet_ (~amarjeet@101.216.128.202)
15:02.18*** join/#brlcad merzo (~merzo@66-43-132-95.pool.ukrtel.net)
15:29.07*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
16:45.08*** join/#brlcad merzo (~merzo@65-113-132-95.pool.ukrtel.net)
16:58.33*** join/#brlcad amarjeet_ (~amarjeet@101.220.149.17)
17:31.33*** join/#brlcad ickby_ (~stefan@x5d846733.dyn.telefonica.de)
17:52.50*** join/#brlcad shubhamc (01163fde@gateway/web/freenode/ip.1.22.63.222)
17:53.04shubhamc\nick shubham
18:14.28*** join/#brlcad amarjeet_ (~amarjeet@101.213.159.221)
20:47.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:51.44*** join/#brlcad LordOfBikes (~armin@dslb-088-066-129-081.088.066.pools.vodafone-ip.de)
22:54.36*** join/#brlcad ickby (~stefan@x5d846733.dyn.telefonica.de)
23:07.11*** join/#brlcad ickby (~stefan@x5d846733.dyn.telefonica.de)
23:12.36*** join/#brlcad ickby (~stefan@x5d846733.dyn.telefonica.de)
IRC log for #brlcad on 20160613

IRC log for #brlcad on 20160613

00:51.21Notify03BRL-CAD Wiki:Mandeeps708 * 9747 /wiki/User:Mandeeps708/GSoC16/logs: /* pygithub */
00:56.23*** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
01:14.28*** join/#brlcad ickby_ (~stefan@x5d846733.dyn.telefonica.de)
01:19.55*** join/#brlcad ickby (~stefan@x5d846733.dyn.telefonica.de)
01:23.31*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
01:42.12*** join/#brlcad ickby (~stefan@x5d846733.dyn.telefonica.de)
01:54.10*** join/#brlcad ickby_ (~stefan@x5d846733.dyn.telefonica.de)
04:35.49*** join/#brlcad tandoorichick (~Thunderbi@117.199.133.8)
04:53.44*** join/#brlcad shubham (a5e16833@gateway/web/freenode/ip.165.225.104.51)
05:58.42*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:32.38*** join/#brlcad sniok (~sniok@89.252.29.238)
07:37.29*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:37.51*** join/#brlcad sniok (~sniok@89.252.29.238)
07:55.49*** join/#brlcad tandoorichick (~Thunderbi@117.245.149.99)
08:26.57*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:59.47*** join/#brlcad Mandeep_Singh (~mandeep@202.164.53.117)
10:10.36*** join/#brlcad tandoorichick (~Thunderbi@117.235.121.228)
10:19.12*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:20.50*** join/#brlcad tandoorichick (~Thunderbi@117.235.233.131)
12:02.59*** join/#brlcad tandoorichick1 (~Thunderbi@103.207.141.255)
12:28.14*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
13:04.17*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
13:07.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:19.16*** join/#brlcad yorik (~yorik@191.23.100.77)
13:27.17*** join/#brlcad amarjeet (~amarjeet@101.214.123.105)
13:43.56tandoorichickd_rossberg: i've set up the module in the libanalyze folder. Will send patch by tonight..
13:47.50Notify03BRL-CAD:starseeker * 68069 (brlcad/trunk/src/conv/g-vrml.c brlcad/trunk/src/conv/viewpoint-g.c): Build fixes for linux gcc 4.4
14:09.33*** join/#brlcad amarjeet (~amarjeet@101.216.217.232)
14:24.48d_rossbergtandoorichick: ok, i had a look at your first zipper files but i would like to see the whole implementation first before commenting
14:27.40tandoorichickyes sure..
14:33.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:37.36*** join/#brlcad amarjeet (~amarjeet@101.213.151.201)
14:40.30*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:03.45Notify03BRL-CAD:starseeker * 68070 brlcad/trunk/src/librt/reduce_db.cpp: Tweaks for building with MSVC
15:24.47*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
15:39.38*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
15:49.20*** join/#brlcad sniok (~sniok@89.252.29.238)
15:55.16*** join/#brlcad Mandeep_Singh (~mandeep@117.215.231.72)
16:22.23*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
16:28.53*** join/#brlcad ickby_ (~stefan@x5d8441ba.dyn.telefonica.de)
16:43.46*** join/#brlcad merzo (~merzo@93-28-132-95.pool.ukrtel.net)
17:00.40*** join/#brlcad ickby (~stefan@x5d8441ba.dyn.telefonica.de)
17:04.45*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
17:11.51Notify03BRL-CAD:starseeker * 68071 brlcad/trunk/src/librt/reduce_db.cpp: mismatched-tags error in clang
17:42.54*** join/#brlcad ickby_ (~stefan@x5d8441ba.dyn.telefonica.de)
17:45.21*** join/#brlcad asad_ (~asad00@243.218.eduroam.dynamic.rbg.tum.de)
17:49.19*** join/#brlcad yorik (~yorik@177.68.13.151)
17:53.35*** join/#brlcad amarjeet (~amarjeet@101.213.186.25)
18:23.18*** join/#brlcad ickby_ (~stefan@x5d8441ba.dyn.telefonica.de)
19:04.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:22.08*** join/#brlcad ickby (~stefan@x5d8441ba.dyn.telefonica.de)
19:26.35*** join/#brlcad ickby_ (~stefan@x5d8441ba.dyn.telefonica.de)
19:36.06Notify03BRL-CAD Wiki:Mandeeps708 * 9748 /wiki/User:Mandeeps708/GSoC16/logs: /* 13 june logs*/
19:52.42*** join/#brlcad ickby_ (~stefan@x5d8441ba.dyn.telefonica.de)
20:02.13*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
20:11.03*** join/#brlcad ickby_ (~stefan@x5d8441ba.dyn.telefonica.de)
21:16.22Notify03BRL-CAD:brlcad * 68072 brlcad/trunk/doc/IDEAS: itemize some of the non-coding things people can do to get involved
22:32.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:43.11*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:33.15Notify03BRL-CAD Wiki:103.238.131.73 * 9749 /wiki/FAQ:
IRC log for #brlcad on 20160614

IRC log for #brlcad on 20160614

00:02.19*** join/#brlcad mcprbezhuzrtjuqd (~armin@dslb-088-066-153-219.088.066.pools.vodafone-ip.de)
00:58.54*** join/#brlcad jdizihbkmqdknzwf (~armin@dslb-088-065-178-213.088.065.pools.vodafone-ip.de)
01:02.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:31.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:28.58*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
03:31.30*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
03:43.16Notify03BRL-CAD Wiki:Sean * 9750 /wiki/FAQ: Reverted edits by [[Special:Contributions/103.238.131.73|103.238.131.73]] ([[User talk:103.238.131.73|talk]]) to last revision by [[User:24.155.255.104|24.155.255.104]]
03:43.35Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:103.238.131.73: Spamming links to external sites
03:48.22*** join/#brlcad tandoorichick (~Thunderbi@117.245.148.8)
05:25.16*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:05.20*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:13.23*** join/#brlcad boj (~boj@210.75.252.226)
07:17.35*** join/#brlcad boj (~boj@210.75.252.226)
07:22.07*** join/#brlcad Mandeep_Singh (~mandeep@202.164.53.117)
07:28.08*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
07:54.13*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:09.37*** join/#brlcad sniok (~sniok@89.252.29.238)
08:37.13*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:40.15*** join/#brlcad Mandeep_Singh (~mandeep@202.164.53.117)
09:21.20*** join/#brlcad Mandeep_Singh (~mandeep@202.164.53.117)
09:25.25*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:33.47*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
09:39.04*** join/#brlcad KimK (~Kim__@2600:8803:7a87:9700:4a5b:39ff:fe0b:57d2)
10:53.51*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
11:03.42*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
11:03.43asad_d
11:09.57*** join/#brlcad Mandeep_Singh (~mandeep@202.164.53.117)
11:40.45*** join/#brlcad Mandeep_Singh (~mandeep@202.164.53.117)
11:46.16*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
12:12.19*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
12:19.13*** join/#brlcad asad_ (~asad00@243.218.eduroam.dynamic.rbg.tum.de)
13:19.19*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
13:31.02Notify03BRL-CAD:ejno * 68073 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: rename solids after named idefs/irefs/layers
13:33.28Notify03BRL-CAD:ejno * 68074 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: update comment
13:46.49*** join/#brlcad amarjeet (~amarjeet@101.216.131.66)
14:14.46*** join/#brlcad amarjeet (~amarjeet@101.211.154.226)
14:34.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:40.11Notify03BRL-CAD Wiki:Rodrigoalves * 0 /wiki/User:Rodrigoalves:
14:48.24*** join/#brlcad asad_ (~asad00@243.218.eduroam.dynamic.rbg.tum.de)
15:17.24*** join/#brlcad tandoorichick (~Thunderbi@117.199.143.45)
15:29.34*** join/#brlcad djkonro (~konro@195.24.220.134)
15:54.21*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
15:57.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:22.39*** join/#brlcad asad__ (~asad00@host10-2.natpool.mwn.de)
16:28.56*** join/#brlcad ickby_ (~stefan@x5d845455.dyn.telefonica.de)
16:35.06*** join/#brlcad ickby_ (~stefan@x5d845455.dyn.telefonica.de)
16:36.17*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
16:43.31*** join/#brlcad ickby_ (~stefan@x5d845455.dyn.telefonica.de)
16:48.38*** join/#brlcad ickby_ (~stefan@x5d845455.dyn.telefonica.de)
17:05.09*** join/#brlcad boj (~boj@210.75.252.226)
17:31.58*** join/#brlcad yorik (~yorik@191.17.143.25)
17:35.32Notify03BRL-CAD:ejno * 68075 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: rename regions after their contained shapes
18:13.57*** join/#brlcad Mandeep_Singh (~mandeep@117.199.103.85)
18:31.04Notify03BRL-CAD:ejno * 68076 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: revert
18:39.47*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:10.12Notify03BRL-CAD:ejno * 68077 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: fix
19:55.19*** join/#brlcad amarjeet (~amarjeet@101.211.164.178)
20:09.21*** join/#brlcad merzo (~merzo@84-3-133-95.pool.ukrtel.net)
20:19.36*** join/#brlcad Mandeep_Singh (~mandeep@117.199.103.85)
20:40.57Notify03BRL-CAD:ejno * 68078 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: revert
20:41.30Notify03BRL-CAD:starseeker * 68079 (svn:mergeinfo ## -1,3 +1,3 ## and 5 others): The merge command is complaining about these commits, which appear to be empty?? add to mergeinfo to see if we can set up for a reintegrate merge.Property Changed:----------------brlcad/branches/RELEASE/brlcad/branches/RELEASE/src/libged/polyclip.cpp
20:50.15Notify03BRL-CAD:starseeker * 68080 (svn:mergeinfo ## -1,4 +1,4 ## and 6 others): Hmm. Did they mean these merges are needed in trunk's mergeinfo?Property Changed:----------------brlcad/trunk/brlcad/trunk/src/libged/polyclip.cpp
21:08.37Notify03BRL-CAD:starseeker * 68081 (brlcad/branches/RELEASE/ChangeLog brlcad/branches/RELEASE/HACKING and 7 others): Merge commit range 61055-61076 from trunk. If I'm interpreting the logs correctly that's the last 'full' sync point, and this is going to have to be incremental due to all the subsequent changes for patch releases, etc.
21:21.19Notify03BRL-CAD:starseeker * 68082 (brlcad/branches/RELEASE/doc/docbook/system/man1/en/g-x3d.xml Property Changed: and 2 others): merge through 61078
21:24.40Notify03BRL-CAD:starseeker * 68083 (brlcad/branches/RELEASE/include/brep.h brlcad/branches/RELEASE/src/conv/step/CMakeLists.txt and 7 others): merge through 61085, resolving some conflicts
21:26.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:33.12Notify03BRL-CAD:starseeker * 68084 (brlcad/branches/RELEASE/CHANGES brlcad/branches/RELEASE/HACKING and 427 others): merge through 61200, resolving numerious conflicts
23:00.07*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:54.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160615

IRC log for #brlcad on 20160615

00:09.09Notify03BRL-CAD:starseeker * 68085 (brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/BUGS and 4202 others): Ugh. Comparing trunk 61200 with current state shows a lot of differences. Let's see if we can sync contents here and avoid future issues.
00:17.01Notify03BRL-CAD:starseeker * 68086 (brlcad/branches/RELEASE/TODO brlcad/branches/RELEASE/doc/docbook/system/man1/en/imgdims.xml and 26 others): update to trunk r61300
00:18.21Notify03BRL-CAD:starseeker * 68087 (brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/doc/CMakeLists.txt and 36 others): update to trunk r61400
00:20.56Notify03BRL-CAD:starseeker * 68088 (brlcad/branches/RELEASE/doc/docbook/system/man1/en/mac-pix.xml brlcad/branches/RELEASE/doc/docbook/system/man1/en/nastran-g.xml and 27 others): update to trunk r61500
00:24.53Notify03BRL-CAD:starseeker * 68089 (brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/BUGS and 25 others): update to trunk r61600
00:27.24Notify03BRL-CAD:starseeker * 68090 (brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/NEWS and 58 others): update to trunk r61700
00:34.23*** join/#brlcad merzo (~merzo@84-3-133-95.pool.ukrtel.net)
00:38.22Notify03BRL-CAD:starseeker * 68091 (brlcad/branches/RELEASE/CMakeLists.txt brlcad/branches/RELEASE/NEWS and 122 others): update to trunk r62000
00:42.09Notify03BRL-CAD:starseeker * 68092 (brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/BUGS and 468 others): update to trunk r62500
01:00.24Notify03BRL-CAD:starseeker * 68093 (brlcad/branches/RELEASE/CHANGES brlcad/branches/RELEASE/CMakeLists.txt and 1133 others): update to trunk r63000
01:02.40Notify03BRL-CAD:starseeker * 68094 (brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/BUGS and 288 others): update to trunk r63500
01:04.35Notify03BRL-CAD:starseeker * 68095 (brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/BUGS and 353 others): update to trunk r64000
01:11.59*** join/#brlcad LordOfBikes (~armin@dslb-088-064-041-225.088.064.pools.vodafone-ip.de)
01:15.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:15.49Notify03BRL-CAD:starseeker * 68096 (brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/BUGS and 1290 others): update to trunk r65000
01:18.46Notify03BRL-CAD:starseeker * 68097 (brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/CHANGES and 459 others): update to trunk r66000
01:33.51Notify03BRL-CAD:starseeker * 68098 (brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/BUGS and 3327 others): update to trunk r67000
01:35.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:39.20Notify03BRL-CAD:starseeker * 68099 (brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/BUGS and 563 others): update to trunk r68000
01:40.08Notify03BRL-CAD:starseeker * 68100 (brlcad/branches/RELEASE/NEWS brlcad/branches/RELEASE/doc/IDEAS and 99 others): update to trunk r68099
01:44.18Notify03BRL-CAD:starseeker * 68101 (brlcad/branches/RELEASE/include/bu/magic.h brlcad/branches/RELEASE/include/rt/db5.h and 9 others): Managed to miss handle a few things, looks like - manually fix remaining differences between trunk 68099 and RELEASE branch. As of this commit the two should be fully synced.
01:46.20*** join/#brlcad boj (~boj@210.75.252.226)
02:58.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:06.42*** join/#brlcad tandoorichick (~Thunderbi@117.199.128.241)
05:15.15*** join/#brlcad boj (~boj@210.75.252.226)
05:49.15*** join/#brlcad ickby_ (~stefan@x5d844404.dyn.telefonica.de)
06:39.24*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
06:39.45*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:52.35*** join/#brlcad merzo (~merzo@92.60.189.225)
07:13.15*** join/#brlcad tandoorichick1 (~Thunderbi@117.209.139.50)
07:16.47*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
09:14.08*** join/#brlcad sniok (~sniok@89.252.29.238)
10:06.24*** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:13.28*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
10:56.41*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
11:09.55tandoorichickd_rossberg: how do we check if a line from a vertex to an edge doesn't cross any other existing vertices/edges?
11:11.58*** join/#brlcad sniok (~sniok@89.252.29.238)
11:26.18*** join/#brlcad sniok (~sniok@89.252.29.238)
11:39.33*** join/#brlcad sniok (~sniok@89.252.29.238)
11:55.10d_rossbergtandoorichick: i'm not sure what you mean; you can check if two lines (edges) cross each other or if a point (vertex) lies on a line
11:57.29tandoorichickfor zippering, we need to find the closest edge for all vertices on th boundary chain. we need to make sure that the straight line joining the vertex to this edge does not cross any face other than the unbounded face.
12:01.41tandoorichick^given a DCEL description
12:02.27*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:10.15d_rossbergso yo need "find closest vertex to an edge" and "do two edges intersect"?
12:23.37tandoorichicki need closest edge to a vertex.. and it's not quite necessary two edges to intersect when we find a faulty closest edge. say for eg: there's a vertex on the free-edge chain for which we need to look for the closest edge (if an orthogonal projection is possible, and if not we look for the closer endpoint). on one side of the edge incident on the vertex, there's the unbounded face. we need an edge from this side. if an edge from the other side is cl
12:23.38tandoorichickshouldn't choose this on..
12:24.03tandoorichickone*
12:27.10*** join/#brlcad ickby (~stefan@x5d844404.dyn.telefonica.de)
12:30.30d_rossbergmy question rather was: which functionality (functions) you were asking for?
12:31.19d_rossbergone seems to be GetClosestDistance(edge, vertex), anything else?
12:34.53tandoorichickto check whether a line between two points crosses a face
12:53.13d_rossbergi.e. bool Intersect(edge, face);
12:54.42d_rossbergnow, what does google say if you serch for "find closest vertex to an edge", does it help?
12:55.08tandoorichickthis part i'm okay with..
12:55.13tandoorichickthe other one
12:56.00d_rossberg"intersect edge triangle"?
12:56.53d_rossbergmainly there are two cases: the edge is in the plane described by the triangle or not
13:04.43d_rossbergin the first case you have to insersect the edge with the triangle's edges
13:05.09d_rossbergin the second case you have to intersect the edge with the plane
13:08.00tandoorichickhmm, okay
13:09.38*** join/#brlcad yorik (~yorik@191.17.143.25)
13:12.16*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
13:26.16*** join/#brlcad amarjeet (~amarjeet@101.214.112.111)
13:58.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:11.15*** join/#brlcad amarjeet (~amarjeet@49.138.170.86)
14:28.24Notify03BRL-CAD:starseeker * 68102 brlcad/trunk/src/libbu/sha1.c: Clear 'value stored is never read' error from clang static analyzer
14:36.38Notify03BRL-CAD:starseeker * 68103 brlcad/trunk/src/libanalyze/util.cpp: Add null checks
15:44.25Notify03BRL-CAD:starseeker * 68105 brlcad/trunk/src/libanalyze/raydiff.c: compile, then commit...
16:05.17Notify03BRL-CAD:starseeker * 68104 brlcad/trunk/src/libanalyze/raydiff.c: Add a couple more checks before the BU_PUT calls.
16:09.01*** join/#brlcad sniok (~sniok@89.252.29.238)
16:43.08*** join/#brlcad tandoorichick1 (~Thunderbi@117.245.149.210)
16:52.54*** join/#brlcad amarjeet (~amarjeet@101.216.145.38)
17:27.47*** join/#brlcad amarjeet (~amarjeet@101.214.12.69)
17:58.43*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
18:00.57*** join/#brlcad Mandeep_Singh (~mandeep@59.91.236.154)
18:27.09*** join/#brlcad Mandeep_Singh_ (~mandeep@59.91.236.154)
19:12.41*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
20:17.53Notify03BRL-CAD:ejno * 68106 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: preserve idefs/irefs with non-default names
20:36.29Notify03BRL-CAD:starseeker * 68107 (svn:mergeinfo ## -1,2 +1,2 ## and 4 others): Suggestion by sean - check full merge 61055 to 68099. Resulted in a few property updates, but otherwise no conflicts or changes.Property Changed:----------------brlcad/branches/RELEASE/doc/docbook/books/brlcad/branches/RELEASE/src/libbu/
21:16.12Notify03BRL-CAD:starseeker * 68108 (svn:mergeinfo ## -5,4 +5,4 ## and 6 others): Try merge --record-only to see if we can further clean up mergeinfo...Property
21:16.14NotifyChanged:----------------brlcad/branches/RELEASE/brlcad/branches/RELEASE/CHANGESbrlcad/branches/RELEASE/NEWSbrlcad/branches/RELEASE/doc/docbook/articles/brlcad/branches/RELEASE/doc/docbook/books/brlcad/branches/RELEASE/doc/docbook/lessons/brlcad/branches/RELEASE/regress/repository.shbrlcad/branches/RELEASE/src/libbu/brlcad/branches/RELEASE/src/libged/polyclip.cpp
21:16.16Notify...
21:21.00*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
21:25.14Notify03BRL-CAD:ejno * 68109 (brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp brlcad/trunk/src/librt/reduce_db.cpp): rename solids after parent combs (in progress)
21:44.24Notify03BRL-CAD:starseeker * 68110 brlcad/trunk/HACKING: need the draw command in the first mged test as well.
21:46.33Notify03BRL-CAD:starseeker * 68111 (brlcad/branches/RELEASE/src/libanalyze/raydiff.c brlcad/branches/RELEASE/src/libanalyze/util.cpp and 6 others): merge of trunk to RELEASE branch, r61055 through r68108
22:01.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:01.29Notify03BRL-CAD:starseeker * 68112 brlcad/trunk/HACKING: this is a behavior change, need to investigate.
22:02.53Notify03BRL-CAD:starseeker * 68113 brlcad/trunk/TODO: investigate make drawing issue.
22:07.25Notify03BRL-CAD:starseeker * 68114 brlcad/trunk/HACKING: Freecode went read-only back on 2014-06-18
22:13.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:24.34*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:25.27*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
22:35.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160617

IRC log for #brlcad on 20160617

08:09.35*** join/#brlcad infobot (ibot@rikers.org)
08:09.35*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || GSoC 2016 is under way, 9 CAx students! || Release 7.26.0 by 27th... || Logs: http://ibot.rikers.org/%23brlcad/
08:15.11*** join/#brlcad merzo (~merzo@92.60.189.225)
08:42.48*** join/#brlcad bdypjrztfceqjfsw (~armin@dslb-088-065-188-131.088.065.pools.vodafone-ip.de)
08:42.53*** join/#brlcad tandoorichick (~Thunderbi@117.199.134.157)
08:57.18*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
09:27.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
09:33.03*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:34.48*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
10:03.04*** join/#brlcad sniok (~sniok@89.252.29.238)
10:16.00*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
10:23.00*** join/#brlcad tandoorichick (~Thunderbi@117.216.48.165)
10:50.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
11:06.22*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
11:31.56*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
11:44.12tandoorichickd_rossberg: i'll get on with the work you've mentioned. do the dev logs seem okay?
11:48.12d_rossbergtandoorichick: together with the patches yes ;)
11:52.08tandoorichickfor the closest edge function, i came up with an approach. i mentioned it here: https://tandoorichick.github.io/ . is that okay?
11:52.23tandoorichicki mean, does the method seem okay
12:11.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:39.47d_rossberghmm, what do you mean with "closest edge"?  the vertex is an endpoint of at least two edges, so what?
12:56.47tandoorichickdistance to an edge is the perpendicular distance if an orthogonal projection (0<t<1) is possible, or the distance to the closer end point. closest edge is an edge which is at the least distance (excluding those that are incident on the vertex).
13:04.28*** join/#brlcad yorik (~yorik@191.17.143.25)
13:08.27d_rossbergthen you check if a "face contains the vertex", this is unlikely if the vertex isn't a corner of the face, or do you work in 2d?
13:22.11tandoorichickno, i didn't generalise to 2d
13:23.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:49.05d_rossbergthen it's very unlikely that a face contains a vertex which isn't a corner, think of a curved surface
13:59.55tandoorichickby face contains a vertex, i mean just checking if the vertex is one of its corner vertices..
14:01.37d_rossbergare all faces triangles?
14:04.24tandoorichickthey are in rt_bot_internal no?
14:07.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:11.54d_rossbergfor rt_bot_internal all faces are triangles, but do you require for a PolygonialMesh all faces to be triangles?
14:12.12d_rossbergit's ok if yes
14:18.24tandoorichickyes..
14:24.11d_rossbergok, then what is "line joining the vertex v to the edge"? the edge incident on the vertex?
14:46.57*** join/#brlcad amarjeet (~amarjeet@101.216.1.124)
14:54.45tandoorichickno, we look through the complete edge list to decide on the closest edge. each edge being considered is the one i'm talking about.
15:00.07d_rossbergmy question was: what is the LINE joining the vertex to the edge? line means the connection of two points, one is probable the vertex, the edges incident to the vertex clearly join the other edge with the vertex (we have triangles here)
15:04.03tandoorichickthe line means possibly a new edge that might be added, so it isn't already connecting. we're checking if it crosses any face to see if it can be added
15:07.20d_rossbergso i ask again: what are the two end points of the line joining the vertex to the edge?
15:07.36d_rossbergone is the vertex, and the other one?
15:08.26tandoorichickis the orthogonal projection of the vertex on a candidate edge/ the closer endpoint of the candidate edge depending on whether an orthogonal projection is possible..
15:10.49Notify03BRL-CAD:ejno * 68129 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: create regions for solids that are not within regions
15:11.38Notify03BRL-CAD:ejno * 68130 (brlcad/trunk/src/conv/3dm/3dm-g.c brlcad/trunk/src/libgcv/gcv.c): fix
15:14.02d_rossbergok, i have to leave now
15:14.33d_rossbergyou should think about how it could happen that this line intersect anothe one
15:20.27Notify03BRL-CAD:ejno * 68131 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: remove unused variable
15:24.48*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
16:06.06*** join/#brlcad LordOfBikes (~armin@dslb-088-065-188-131.088.065.pools.vodafone-ip.de)
16:25.01*** join/#brlcad ickby (~stefan@x5d845e2c.dyn.telefonica.de)
16:31.01*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
16:36.46*** join/#brlcad amarjeet (~amarjeet@101.211.164.241)
16:47.16*** join/#brlcad Mandeep_Singh (~mandeep@59.95.82.238)
17:05.00*** join/#brlcad Mandeep_Singh_ (~mandeep@117.199.100.152)
18:27.16*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
19:30.38*** join/#brlcad asad___ (~asad00@host52-2.natpool.mwn.de)
19:34.23*** join/#brlcad asad____ (~asad00@host236-2.natpool.mwn.de)
19:38.24Notify03BRL-CAD:starseeker * 68132 (brlcad/branches/RELEASE/src/conv/3dm/3dm-g.c brlcad/branches/RELEASE/src/libgcv/gcv.c and 4 others): merge of trunk to RELEASE branch, r68127 through r68131
21:02.50*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
IRC log for #brlcad on 20160618

IRC log for #brlcad on 20160618

00:23.11*** join/#brlcad vfshspfdchctaeqd (~armin@dslb-088-064-039-250.088.064.pools.vodafone-ip.de)
00:26.07*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
00:33.04Notify03BRL-CAD Wiki:Mandeeps708 * 9755 /wiki/User:Mandeeps708/GSoC16/logs: /* macro fetching */
01:42.48Notify03BRL-CAD Wiki:Asadmorgoth * 9756 /wiki/Geometry_Viewer_Application_for_BRL-CAD: Read and Identify header bytes of .g file.
04:25.48*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
05:41.07*** join/#brlcad ickby (~stefan@x5d84720c.dyn.telefonica.de)
07:08.50*** join/#brlcad tandoorichick (~Thunderbi@117.216.52.70)
07:48.08*** join/#brlcad ickby_ (~stefan@x5d84720c.dyn.telefonica.de)
08:31.59*** join/#brlcad ickby (~stefan@x5d84720c.dyn.telefonica.de)
10:16.25*** join/#brlcad ickby (~stefan@x5d844e19.dyn.telefonica.de)
10:19.23*** join/#brlcad asad_ (~asad00@153.194.eduroam.dynamic.rbg.tum.de)
10:29.09*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
10:43.00*** join/#brlcad ickby_ (~stefan@x5d844e19.dyn.telefonica.de)
10:51.56*** join/#brlcad boj (~boj@210.75.252.226)
11:09.14*** join/#brlcad ickby (~stefan@x5d844e19.dyn.telefonica.de)
12:05.52*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
12:17.22*** join/#brlcad ickby_ (~stefan@x5d844e19.dyn.telefonica.de)
13:11.21*** join/#brlcad ickby (~stefan@x5d844e19.dyn.telefonica.de)
13:13.43*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:53.39*** join/#brlcad amarjeet (~amarjeet@101.216.1.124)
14:35.24*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:49.25*** join/#brlcad amarjeet (~amarjeet@101.216.131.72)
15:08.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:45.33*** join/#brlcad amarjeet (~amarjeet@101.216.156.241)
16:48.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:02.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:10.51*** join/#brlcad LordOfBikes (~armin@dslb-088-064-039-250.088.064.pools.vodafone-ip.de)
17:19.00*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
17:25.39*** join/#brlcad tandoorichick1 (~Thunderbi@117.216.52.70)
18:13.04*** join/#brlcad shubham (71c18b7a@gateway/web/freenode/ip.113.193.139.122)
19:49.44*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
21:08.19*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
21:34.07Gudhello
21:34.29Gudtotal brlcad noob
21:34.44Gudbut I love it
21:54.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160619

IRC log for #brlcad on 20160619

00:21.44*** join/#brlcad gqqyjzhlevgsvntp (~armin@dslb-188-098-168-175.188.098.pools.vodafone-ip.de)
03:56.46*** join/#brlcad KimK (~Kim__@2600:8803:7a87:9700:4a5b:39ff:fe0b:57d2)
03:58.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:01.53*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
04:12.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:11.29*** join/#brlcad amarjeet (~amarjeet@49.138.152.247)
09:28.56*** join/#brlcad ickby (~stefan@x5d846b6b.dyn.telefonica.de)
10:28.13*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-xaijhldzrqnxnfww)
12:47.26*** join/#brlcad tandoorichick (~Thunderbi@117.222.152.26)
13:10.29*** join/#brlcad Zitar (~Zitar@37.231.118.141)
13:16.18*** join/#brlcad Zitar__ (25e7768d@gateway/web/freenode/ip.37.231.118.141)
13:20.05*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
13:41.38ZitarHello! I am trying to make a mesh on my object(s) so I can make a Finite State Analysis. Anay susggestions on where to start?
13:48.33*** join/#brlcad Zitar (~Zitar@37.231.118.141)
13:55.35*** join/#brlcad Zitar (~Zitar@37.231.118.141)
14:26.29*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:47.12*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
14:51.27*** join/#brlcad amarjeet (~amarjeet@49.138.152.247)
15:11.03*** join/#brlcad shubhamc (01163e90@gateway/web/freenode/ip.1.22.62.144)
15:18.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:49.11*** join/#brlcad ickby (~stefan@x5d846b6b.dyn.telefonica.de)
16:30.35*** join/#brlcad Zitar (~Zitar@37.231.118.141)
16:37.46*** join/#brlcad Zitar (~Zitar@37.231.118.141)
16:50.48*** join/#brlcad Zitar (~Zitar@37.231.118.141)
16:53.53*** join/#brlcad Zitar_ (~Zitar@37.231.118.141)
17:04.06*** join/#brlcad Zitar__ (~Zitar@37.231.118.141)
17:11.11*** join/#brlcad Zitar (~Zitar@31.203.188.148)
17:37.52*** join/#brlcad sniok (~sniok@89.252.29.238)
17:54.42tandoorichickwhen i include a header file from my module with C++ stl includes in it, i get build errors. the header file itself in the module does not give any errors. how do i resolve this?
18:20.59*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:24.54*** join/#brlcad Mandeep_Singh (~mandeep@117.199.102.140)
18:58.31Stragustandoorichick, what errors exactly? There might be a symbol collision somewhere
19:00.35*** join/#brlcad merzo (~merzo@118-175-202-46.pool.ukrtel.net)
19:01.52tandoorichickI had included vector. "vector: No such file or directory"
19:03.03tandoorichickShouldn't i get the error when i compile the header alone too? Why only now?
19:06.20StragusSeems unrelated to BRL-CAD, your compiler is missing headers
19:06.28StragusWhat platform?
19:07.06StragusSome Linux distributions don't provide stdc++ headers by default, you need to install some libstdc++-dev package or whatever
19:09.31tandoorichickUbuntu 15.10
19:11.26StragusUbuntu never provides headers, search or google to find the package you need
19:12.26*** join/#brlcad merzo_ (~merzo@64-165-202-46.pool.ukrtel.net)
19:12.56tandoorichickOkay cool, thanks!
19:19.57*** join/#brlcad Zitar (~Zitar@62.215.142.41)
19:19.58*** join/#brlcad Zitar_ (~Zitar@62.215.142.41)
19:25.26*** join/#brlcad Zitar (~Zitar@62.215.142.41)
19:27.02Zitarhello! any advice for a opensource programming noob to start at?
19:33.14*** join/#brlcad Zitar (~Zitar@62.215.142.41)
19:35.00*** join/#brlcad Zitar (~Zitar@62.215.142.41)
21:54.48*** join/#brlcad Zitar (~Zitar@31.203.218.175)
21:55.03*** join/#brlcad Zitar_ (~Zitar@31.203.218.175)
22:00.18*** join/#brlcad Zitar (~Zitar@37.37.249.212)
22:00.46*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:02.06*** join/#brlcad Zitar_ (~Zitar@37.37.249.212)
22:08.41*** join/#brlcad Zitar (~Zitar@31.203.218.175)
22:09.25*** join/#brlcad Zitar_ (~Zitar@31.203.218.175)
23:11.30*** join/#brlcad Zitar (~Zitar@37.37.249.212)
23:11.47*** join/#brlcad Zitar_ (~Zitar@37.37.249.212)
23:22.10*** join/#brlcad Zitar (~Zitar@37.36.224.88)
23:22.51*** join/#brlcad Zitar_ (~Zitar@37.36.224.88)
IRC log for #brlcad on 20160620

IRC log for #brlcad on 20160620

00:22.13*** join/#brlcad Zitar (~Zitar@37.36.224.88)
00:28.25*** join/#brlcad LordOfBikes (~armin@dslb-088-064-044-087.088.064.pools.vodafone-ip.de)
01:02.29*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:23.08*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
01:40.30starseekergrins - now here's a procedural geometry routine we need to port to BRL-CAD :-) : https://github.com/a1studmuffin/SpaceshipGenerator/
02:04.39*** join/#brlcad asad__ (~asad00@host10-2.natpool.mwn.de)
03:05.43*** join/#brlcad Zitar (~Zitar@31.203.218.175)
03:05.56*** join/#brlcad Zitar_ (~Zitar@31.203.218.175)
04:12.30*** join/#brlcad ickby (~stefan@tmo-096-174.customers.d1-online.com)
04:50.37*** join/#brlcad tandoorichick (~Thunderbi@61.3.211.205)
05:13.45*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
05:21.05Notify03BRL-CAD Wiki:Tandoorichick * 9757 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
05:30.19*** join/#brlcad merzo_ (~merzo@170-74-132-95.pool.ukrtel.net)
06:04.42*** join/#brlcad sniok (~sniok@89.252.29.238)
06:40.56*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:58.46*** join/#brlcad shubhamc (6881c068@gateway/web/freenode/ip.104.129.192.104)
07:06.10shubhamcsniok: hey!
07:27.52sniokshubhamc: hi
07:36.47shubhamcsniok: I had this task for you, which needs to be done before the midterm eval.
07:37.01sniokSure, what is it?
07:37.41shubhamcSo basically, I was thinking of having a project's tasks table, which would consist of all the tasks related to your GSoC project (proposed), and the present status (done, pending or work in progress) of that particular task.
07:38.19shubhamcYou can add this on your blog. It should be clearly visible and should be the ideal place for someone tracking the progress of the project at any given time.
07:38.55shubhamcI think it'll help us track the proposed/finisdhed and work-in-progress tasks
07:39.12sniokYeah, sounds good
07:39.15shubhamcSounds good? Any suggestions?
07:39.20shubhamcok great
07:40.50shubhamcAlso, if there are any changles in the milestones/timeline of the project, specify that as well in the blogpost. Although, I don't think there is any. The project progress in on-schedule it seems!
07:46.22*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
07:57.03sniokshubhamc: something like this? https://blog.esde.name/tasks-statuses/
07:57.58shubhamcyeah, looks good
07:58.14shubhamctry adding a few sub-tasks as well, and it'll be good to go
07:59.12shubhamc1-2 line detail of the main task, something like that
08:02.01shubhamcchange "Task statuses" to "Project Status"
08:03.41*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
08:13.07*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
09:10.28*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:07.06*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
11:32.14*** join/#brlcad merzo_ (~merzo@217.76.202.155)
11:38.08*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-rhjgudsahflowvwc)
11:54.40*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
11:58.07asad_hi can anyone point me to some documentation about interfacing librt with libdm?
11:58.27asad_or how .g file is passed onto librt
12:13.14tandoorichickStragus: the libstdc++6 library seems to be installed already..
12:17.26``Eriktandoorichick: maybe check if the header files actually exist and look sane, make sure the compiler versions match if they're stashed in a version specific directory... maybe make a tiny 'hello world' type test program to see if the compiler works right (could even be that CMake thinks it's a C file and the compiler invocation is wrong?)
12:18.27``Erik#include <iostream>\n#include <vector>\nint main(){return 0;}
12:18.40``Erikjust to test the precompiler...
12:20.27tandoorichickyeah, i think it's something to do with CMake, since the module on its own compiles just fine..
12:21.10tandoorichickdoes that mean something? "the module on its own compiles just fine.."
12:47.38``Erik"module"? if you can compile c++ programs with the vector header and the file won't compile, hm... it could be that it is and should be a C file and you're trying to put c++ in it? what file is causing the issues? (does it end in .c ?)
12:47.53*** join/#brlcad Notify (~notify@104.225.5.10)
12:48.36tandoorichickthe meah healing module i meant. ive put it in the libanalyze directory. yes its a .c file
12:48.46tandoorichickmesh*
12:51.57``Erikthat'd be it, .c means C, not C++ :) if you want to use c++, you'll need to rename the file to have a c++ extension (.c++, .cxx, .cc, .cpp) and make sure there are no language conflict issues (like the subtle differences in static handling between the two). Might be better to stick with straight ansi C or to create a new .cxx file with your c++ bits and expose an ansi C interface to be used from the origina
12:52.03``Erikl .c file
13:12.47tandoorichicki think i misunderstood your earlier question. in a C file, i included a header file (with the C++ headers). so a .h file.. sorry
13:26.30*** join/#brlcad amarjeet (~amarjeet@101.214.56.125)
13:42.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:45.30*** join/#brlcad amarjeet (~amarjeet@101.216.62.68)
13:54.54*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:00.01*** join/#brlcad tandoorichick (~Thunderbi@61.3.211.205)
14:16.41*** join/#brlcad yorik (~yorik@191.17.143.25)
14:24.11*** join/#brlcad tandoorichick (~Thunderbi@61.3.211.205)
14:28.41tandoorichickhow to make the compiler treat the .h files in a directory as c++ headers?
14:55.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:01.17*** join/#brlcad Mandeep_Singh (~mandeep@45.127.79.228)
16:11.05*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
16:25.11*** join/#brlcad amarjeet (~amarjeet@101.216.62.68)
16:35.26*** join/#brlcad tandoorichick (~Thunderbi@117.233.251.135)
16:48.38*** join/#brlcad tandoorichick (~Thunderbi@61.3.214.161)
16:56.37Notify03BRL-CAD:vasco_costa * 68133 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/librt_private.h and 4 others): apply sf patch #446 from Param Hanji which implements part evaluation in opencl (with some changes by me).
IRC log for #brlcad on 20160621

IRC log for #brlcad on 20160621

13:53.48*** join/#brlcad infobot (ibot@rikers.org)
13:53.48*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || GSoC 2016 is under way, 9 CAx students! || Release 7.26.0 by 27th... || Logs: http://ibot.rikers.org/%23brlcad/
14:07.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:07.39*** join/#brlcad amarjeet (~amarjeet@101.214.234.221)
14:31.14*** join/#brlcad sniok (~sniok@89.252.29.238)
14:36.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:50.36*** join/#brlcad Mandeep_Singh (~mandeep@117.212.48.77)
15:13.50*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:28.26*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-tgkcdelosciuoktp)
15:29.28*** join/#brlcad amarjeet (~amarjeet@101.214.234.221)
15:39.06*** join/#brlcad Mandeep_Singh (~mandeep@117.212.48.77)
15:41.20*** join/#brlcad Zitar (~Zitar@37.231.232.104)
15:47.11*** join/#brlcad amarjeet (~amarjeet@49.138.173.205)
16:31.29*** join/#brlcad amarjeet_ (~amarjeet@49.138.173.205)
16:33.16*** join/#brlcad tandoorichick (~Thunderbi@117.217.164.23)
17:03.23*** join/#brlcad Zitar (~Zitar@31.203.59.176)
17:43.13*** join/#brlcad tandoorichick (~Thunderbi@117.217.164.23)
17:52.32Notify03BRL-CAD:bob1961 * 68137 brlcad/branches/RELEASE/src/tclscripts/lib/Ged.tcl: Expose the option to hide subtracted geometry in cadwidgets::Ged
17:52.39*** join/#brlcad merzo (~merzo@116.57.2.109.rev.sfr.net)
17:56.15Notify03BRL-CAD:bob1961 * 68138 (brlcad/branches/RELEASE/src/tclscripts/archer/Archer.tcl brlcad/branches/RELEASE/src/tclscripts/archer/ArcherCore.tcl): Added a preference for hiding subtracted geometry.
17:58.11*** join/#brlcad amarjeet_ (~amarjeet@49.138.130.198)
19:02.53Notify03BRL-CAD Wiki:Asadmorgoth * 9760 /wiki/Example_Application: Updating the example file. Old file had "include machine.h" which is deprecated resulted in compilation errors.
19:31.11*** join/#brlcad ishweradmin (~ishweradm@servers.ishwerdas.com)
19:33.49*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:33.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:46.31Notify03BRL-CAD Wiki:Tandoorichick * 9761 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
20:50.21Notify03BRL-CAD Wiki:Asadmorgoth * 9762 /wiki/Geometry_Viewer_Application_for_BRL-CAD: Adding Development Environment Setup for Consistency
22:18.32*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
22:49.35Notify03BRL-CAD Wiki:Asadmorgoth * 9763 /wiki/Geometry_Viewer_Application_for_BRL-CAD: Linked librt with standalone application. All librt functions are now available in our standalone application.
IRC log for #brlcad on 20160622

IRC log for #brlcad on 20160622

00:25.18*** join/#brlcad eeitfzwphgdetzcq (~armin@dslb-088-064-032-024.088.064.pools.vodafone-ip.de)
00:28.11*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
01:43.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:56.45*** join/#brlcad infobot (ibot@rikers.org)
01:56.45*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || GSoC 2016 is under way, 9 CAx students! || Release 7.26.0 by 27th... || Logs: http://ibot.rikers.org/%23brlcad/
02:37.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:37.23*** join/#brlcad Zitar (~Zitar@31.203.59.176)
03:01.17*** join/#brlcad tandoorichick (~Thunderbi@61.3.208.39)
03:23.41*** join/#brlcad tandoorichick (~Thunderbi@61.3.208.39)
05:00.13*** join/#brlcad shubhamc (6881c068@gateway/web/freenode/ip.104.129.192.104)
05:26.21*** join/#brlcad tandoorichick (~Thunderbi@117.217.164.97)
05:52.37*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:05.18*** join/#brlcad tandoorichick (~Thunderbi@117.217.164.97)
06:14.26*** join/#brlcad tandoorichick (~Thunderbi@61.3.215.123)
06:45.25*** join/#brlcad tandoorichick1 (~Thunderbi@61.3.215.123)
06:46.52*** join/#brlcad Gud_ (~k@c-b709e555.021-17-73746f36.cust.bredbandsbolaget.se)
06:49.53*** join/#brlcad kanzure_ (~kanzure@unaffiliated/kanzure)
07:01.41*** join/#brlcad boj (~boj@210.75.252.226)
07:21.25*** join/#brlcad merzo (~merzo@royal-canin.fr)
08:00.28*** join/#brlcad sniok (~sniok@89.252.29.238)
08:07.45*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:56.53*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
11:29.40*** join/#brlcad merzo (~merzo@royal-canin.fr)
12:20.47tandoorichicki'm trying to get a c++ function to be callable from a C function. i'm attaching a patch here. please tell me what im doing wrong.. https://drive.google.com/open?id=0B7N8x571Yp6VNlRld1NRd2thU0U
13:00.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:11.19*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
13:13.52*** join/#brlcad Zitar (~Zitar@37.231.232.104)
13:40.21*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
13:42.32*** join/#brlcad amarjeet (~amarjeet@101.211.170.220)
14:24.20*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
14:48.32*** join/#brlcad amarjeet (~amarjeet@101.211.170.220)
14:50.11*** join/#brlcad Mandeep_Singh (~mandeep@117.199.98.141)
14:53.09Notify03BRL-CAD:starseeker * 68139 brlcad/trunk/CHANGES: Add burst termlib interface to deprecation announcements.
14:53.44*** join/#brlcad Zitar (~Zitar@37.37.241.204)
14:54.18Notify03BRL-CAD:starseeker * 68140 (brlcad/branches/RELEASE/CHANGES Property Changed: and 3 others): grab burst termlib interface deprecation.
14:56.47Notify03BRL-CAD:brlcad * 68141 brlcad/trunk/CHANGES: typo
15:31.39Notify03BRL-CAD:ejno * 68142 (brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp brlcad/trunk/src/librt/reduce_db.cpp): add missing includes for STL headers
15:32.57*** join/#brlcad merzo (~merzo@royal-canin.fr)
15:33.43Notify03BRL-CAD:starseeker * 68143 (brlcad/branches/RELEASE/CHANGES brlcad/branches/RELEASE/src/libgcv/plugins/rhino/rhino_read.cpp and 5 others): pull a few more tweaks/fixes from trunk
15:35.47*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
16:29.44*** join/#brlcad sniok (~sniok@89.252.29.238)
16:56.08*** join/#brlcad merzo (~merzo@116.57.2.109.rev.sfr.net)
17:04.59*** join/#brlcad Mandeep_Singh (~mandeep@117.199.98.141)
17:40.35Notify03BRL-CAD Wiki:Mandeeps708 * 9764 /wiki/User:Mandeeps708/GSoC16/logs: /* logs */
17:51.38*** join/#brlcad starseeker (~starseeke@104.225.5.10)
17:55.04Notify03BRL-CAD:n_reed * 68144 (brlcad/branches/brep-debug/CHANGES brlcad/branches/brep-debug/HACKING and 28 others): merge trunk revisions r67953 through r68033
18:02.46Notify03BRL-CAD:n_reed * 68145 (brlcad/branches/brep-debug/CHANGES brlcad/branches/brep-debug/CMakeLists.txt and 99 others): merge trunk revisions r68034 through r68142
18:06.10*** join/#brlcad sej (~sej@1.39.101.64)
18:07.42Notify03BRL-CAD:n_reed * 68146 (svn:mergeinfo ## -1,5 +1,5 ## and 7 others): mark sync revisions as mergedProperty Changed:----------------brlcad/trunk/brlcad/trunk/src/libged/polyclip.cpp
18:16.13Notify03BRL-CAD:starseeker * 68147 brlcad/trunk/src/other/libnetpbm/CMakeLists.txt: As long as we're not actually using the timestamp feature, an older CMake works.
18:18.33*** part/#brlcad sej (~sej@1.39.101.64)
18:26.06Notify03BRL-CAD:starseeker * 68148 (brlcad/branches/RELEASE/src/other/libnetpbm/CMakeLists.txt Property Changed: and 2 others): pull CMake tweak into RELEASE.
18:30.25*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-qrmbkxkumdixvdcc)
18:32.12*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:32.58*** join/#brlcad amarjeet (~amarjeet@101.211.170.220)
18:58.54*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
19:02.17Notify03BRL-CAD Wiki:Tandoorichick * 9765 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
21:59.16*** join/#brlcad zgygolvhcvmpmykp (~armin@dslb-088-065-178-000.088.065.pools.vodafone-ip.de)
22:07.18*** join/#brlcad LordOfBikes (~armin@dslb-092-075-157-223.092.075.pools.vodafone-ip.de)
22:28.00*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:58.17*** join/#brlcad asad__ (~asad00@host10-2.natpool.mwn.de)
IRC log for #brlcad on 20160623

IRC log for #brlcad on 20160623

00:10.49*** join/#brlcad zxwsopqzkxktfujo (~armin@dslb-092-074-240-226.092.074.pools.vodafone-ip.de)
00:42.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:04.50*** join/#brlcad boj (~boj@210.75.252.226)
03:46.14*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-vzirqmciuqylxaix)
04:41.41*** join/#brlcad tandoorichick (~Thunderbi@61.3.214.188)
05:26.22Notify03BRL-CAD:brlcad * 68149 brlcad/trunk/NEWS: nick fixed the screengrab command so that it consistently flips images as needed for output as first quadrant images. reportedly (in r66939) only affects non-ogl platforms.
05:40.40Notify03BRL-CAD:brlcad * 68150 brlcad/trunk/src/libged/display_list.c: looks like gdlp entries are initized via BU_ALLOC, so they should be paired with BU_FREE (or bu_free).
05:52.41Notify03BRL-CAD:brlcad * 68151 (brlcad/trunk/include/bu/defines.h brlcad/trunk/include/bu/log.h brlcad/trunk/include/bu/magic.h): simplify for release by consolidating in leu of fixing the name inconsistency. still uses the same cmake test.
06:09.44*** join/#brlcad tofu (~sean@104.225.5.10)
06:14.39*** join/#brlcad tandoorichick1 (~Thunderbi@117.217.166.206)
06:15.48tofutandoorichick1: there's nothing tricky or special about calling C++ from C (but that does make it a c++ file)
06:16.05tofuyou just have to make sure your header files do not include/expose any c++
06:22.38*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:29.55Notify03BRL-CAD:brlcad * 68152 brlcad/trunk/TODO: couple more backlog items
06:33.10Notify03BRL-CAD:brlcad * 68153 (brlcad/trunk/include/bu/malloc.h brlcad/trunk/src/libbu/malloc.c): revert c66571 as it is already provided by bu_realloc. also has no existing callers and no actual code (making the additional coypright statement complexity unnecessary too).
06:34.34Notify03BRL-CAD:brlcad * 68154 brlcad/trunk/TODO: no sense deferring rm command work beyone 2 releases
06:38.08Notify03BRL-CAD:brlcad * 68155 brlcad/trunk/TODO: settle new API, use db_glob everywhere for consistency instead of the verbose current version
06:40.42Notify03BRL-CAD:brlcad * 68156 brlcad/trunk/TODO: lt command has a new option
06:41.06Notify03BRL-CAD:brlcad * 68157 brlcad/trunk/TODO: NEWS mention for lt too
06:48.23*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:14.42tandoorichicktofu: yes, i figured. i was able to build successfully. :)
07:18.09*** join/#brlcad sniok (~sniok@89.252.29.238)
07:24.15*** join/#brlcad merzo (~merzo@royal-canin.fr)
08:52.18*** join/#brlcad merzo (~merzo@royal-canin.fr)
08:57.27*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:12.11*** join/#brlcad KimK (~Kim__@2600:8803:7a87:9700:4a5b:39ff:fe0b:57d2)
10:36.36*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
10:43.44*** join/#brlcad asad__ (~asad00@host10-2.natpool.mwn.de)
11:29.52*** join/#brlcad merzo (~merzo@royal-canin.fr)
11:41.36*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-augestxrlhlzpsyv)
12:30.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:08.09*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
13:34.35*** join/#brlcad amarjeet (~amarjeet@101.208.242.43)
13:52.59*** join/#brlcad yorik (~yorik@179.111.189.40)
14:05.43*** join/#brlcad Zitar (~Zitar@37.231.232.104)
14:19.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:35.14*** join/#brlcad merzo (~merzo@royal-canin.fr)
14:48.16*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:50.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:14.40Notify03BRL-CAD:ejno * 68158 brlcad/trunk/src/librt/reduce.c: fix calculation of minimum length
15:56.23*** join/#brlcad amarjeet (~amarjeet@101.213.167.167)
15:59.35*** join/#brlcad Mandeep_Singh (~mandeep@117.199.100.93)
16:25.24*** join/#brlcad amarjeet (~amarjeet@101.208.242.43)
16:43.03Notify03BRL-CAD:brlcad * 68159 (brlcad/trunk/TODO brlcad/trunk/src/libged/TODO): consolidate the libged/command-related tasks into the libged section
17:02.24Notify03BRL-CAD:brlcad * 68160 brlcad/trunk/src/libged/TODO: generalize to libged
17:27.10Notify03BRL-CAD:brlcad * 68161 brlcad/trunk/TODO: objects seem to be defaulting to black .. can't see them.
17:29.59*** join/#brlcad aryan_raj (~aryanraj@2405:204:c103:d49e:f811:7dd0:1e51:dd42)
17:30.36aryan_rajI am trying to build BRL-CAD using `cmake .. -DBRLCAD_ENABLE_STRICT=NO -DBRLCAD_BUNDLED_LIBS=ON -DCMAKE_BUILD_TYPE=Release`
17:31.21aryan_rajBut I am getting `xmllint validation failure on file` errors on multiple files
17:42.47*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-yzdaxjrexznmwsaz)
19:02.09*** join/#brlcad tandoorichick (~Thunderbi@117.217.166.206)
19:29.58Notify03BRL-CAD:starseeker * 68162 (brlcad/trunk/TODO brlcad/trunk/include/rt/search.h and 3 others): Hide db_expand_str_glob inside libged's ged_glob and have mged call ged_glob instead. Avoids introducing db_expand_str_glob as public API at all, which is good since it's not the final form we would want for a db_glob function.
19:30.00*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
19:53.53Notify03BRL-CAD Wiki:Tandoorichick * 9766 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
20:02.35starseekeraryan_raj: which files?
20:02.45starseekerah - nuts
20:05.34*** join/#brlcad asad___ (~asad00@host10-2.natpool.mwn.de)
20:08.05*** join/#brlcad ickby (~stefan@x5d8473fc.dyn.telefonica.de)
20:08.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:11.16Notify03BRL-CAD:starseeker * 68163 (brlcad/trunk/CHANGES brlcad/trunk/HACKING): Note removal of librtserver/JNI in CHANGES, remove librtserver mention from HACKING.
20:11.50Notify03BRL-CAD:starseeker * 68164 brlcad/trunk/TODO: librtserver documented in CHANGES
20:27.52*** join/#brlcad Gud (~k@c-b709e555.021-17-73746f36.cust.bredbandsbolaget.se)
20:28.46Notify03BRL-CAD:starseeker * 68165 brlcad/trunk/TODO: We will want to replace dbfind objname with ls */objname rather than search - for that particular option, search is too slow on large models to be a reasonable replacement. dbfind, knowing it is only out to look one level deep in combs, can do its specific check much faster than search because it can limit the set of 'full paths' to check - search's more general
20:28.48Notifyfilters preclude such special-case optimizations. Fortunately, the ls command and globbing should offer another way to get at what we want.
20:28.50Notify...
20:29.40*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-klspqaideegiedke)
20:33.31Notify03BRL-CAD:starseeker * 68166 brlcad/trunk/TODO: lt looks like it should fold into search, given more powerful printing options.
20:55.03Notify03BRL-CAD:starseeker * 68167 (brlcad/trunk/NEWS brlcad/trunk/TODO brlcad/trunk/doc/docbook/system/mann/CMakeLists.txt): Not only option undocumented, but apparently command undocumented. Add a man page for the lt command as well as NEWS items.
21:26.10Notify03BRL-CAD:starseeker * 68168 (brlcad/trunk/TODO brlcad/trunk/src/libbu/fnmatch.c): Keep the pattern increment after the loop since we reference pattern, but don't do the assignment to c unless we uncomment the bu_log that uses it. (caught by Sean)
22:06.53*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
22:18.54*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
22:22.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160624

IRC log for #brlcad on 20160624

00:21.01*** join/#brlcad LordOfBikes (~armin@ipservice-092-211-155-107.092.211.pools.vodafone-ip.de)
01:46.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:55.00*** join/#brlcad boj (~boj@210.75.252.226)
02:50.49*** join/#brlcad aryan_raj (~aryanraj@2405:204:c10a:d2:f811:7dd0:1e51:dd42)
03:11.33*** join/#brlcad tandoorichick (~Thunderbi@61.0.112.87)
04:34.22*** join/#brlcad shubham (6881c068@gateway/web/freenode/ip.104.129.192.104)
04:39.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:07.30*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:13.43*** join/#brlcad tandoorichick (~Thunderbi@61.0.112.87)
06:21.40*** join/#brlcad Mandeep_Singh (~mandeep@202.164.53.117)
06:33.22*** join/#brlcad Mandeep_Singh (~mandeep@202.164.53.117)
06:57.51*** join/#brlcad Mandeep_Singh (~mandeep@202.164.53.117)
07:56.51*** join/#brlcad sniok (~sniok@89.252.29.238)
08:03.44*** join/#brlcad amarjeet (~amarjeet@49.138.73.40)
08:15.42*** join/#brlcad jordi_sayol (~jordi@180.133.19.95.dynamic.jazztel.es)
08:21.05*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-jkmuebtvbfleings)
08:43.20jordi_sayolhello
08:44.41jordi_sayolI get an error when compiling brlcad
08:45.34jordi_sayolI got this error if I replace the install prefix
08:45.41jordi_sayol$ cmake -DCMAKE_INSTALL_PREFIX=/usr/brlcad
08:45.47jordi_sayol$ make
08:46.21jordi_sayol...
08:46.25jordi_sayolScanning dependencies of target NIST_MBE_PMI_11.g
08:46.25jordi_sayol[100%] Generating ../../share/db/NIST_MBE_PMI_11.g
08:46.25jordi_sayol[100%] Built target NIST_MBE_PMI_11.g
08:46.25jordi_sayolScanning dependencies of target NIST_MBE_PMI_7-10.g
08:46.25jordi_sayol[100%] Generating ../../share/db/NIST_MBE_PMI_7-10.g
08:46.26jordi_sayoldb/nist/CMakeFiles/NIST_MBE_PMI_7-10.g.dir/build.make:61: recipe for target 'share/db/NIST_MBE_PMI_7-10.g' failed
08:46.29jordi_sayolmake[2]: *** [share/db/NIST_MBE_PMI_7-10.g] Error 139
08:46.33jordi_sayolCMakeFiles/Makefile2:39004: recipe for target 'db/nist/CMakeFiles/NIST_MBE_PMI_7-10.g.dir/all' failed
08:46.35jordi_sayolmake[1]: *** [db/nist/CMakeFiles/NIST_MBE_PMI_7-10.g.dir/all] Error 2
08:46.37jordi_sayolMakefile:160: recipe for target 'all' failed
08:46.39jordi_sayolmake: *** [all] Error 2
08:47.00jordi_sayolno problem if install prefix is not modified
08:55.13*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:14.39*** join/#brlcad Mandeep_Singh (~mandeep@202.164.53.117)
09:30.21*** join/#brlcad amarjeet (~Amarjeet@49.138.73.40)
09:32.08*** join/#brlcad Mandeep_Singh (~mandeep@202.164.53.117)
09:49.46*** join/#brlcad Mandeep_Singh (~mandeep@202.164.53.117)
10:01.50*** join/#brlcad Mandeep_Singh (~mandeep@202.164.53.117)
10:11.41*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
10:19.45*** join/#brlcad asad___ (~asad00@host10-2.natpool.mwn.de)
10:30.13*** join/#brlcad Mandeep_Singh (~mandeep@202.164.53.117)
10:31.38*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
12:04.13*** join/#brlcad Zitar (~Zitar@46.186.162.24)
12:17.12*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
12:34.01*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
13:01.17*** join/#brlcad yorik (~yorik@179.111.189.40)
14:07.29*** join/#brlcad amarjeet (~amarjeet@49.138.162.98)
14:12.42d_rossbergtandoorichick: how is the testing going on?
14:14.35tandoorichickd_rossberg: i'm modifying the closest edge function, as i can see scenarios where the current one wouldn't work..
14:25.26*** join/#brlcad Mandeep_Singh (~mandeep@117.199.108.218)
14:29.47d_rossbergok
14:32.03d_rossbergi had to change the CMakeLists.txt in libanalyze to build the program: header files aren't sources in the sense of cmake
14:35.12tandoorichickyeah i had meant to ask you that. where are the header files now?
14:39.25d_rossbergi simply removed them from the CMakeListst.txt file (i.e. from LIBANALYZE_SOURCES)
14:39.47tandoorichickokay..
14:41.19d_rossbergthey could (or should (later)) be handled similar to analyze_private.h in the same file
14:41.55tandoorichickokay, i will keep it in mind..
14:43.49d_rossbergand you should put ged_heal() in an own file
14:43.54d_rossbergsomeday
14:44.15tandoorichickwould heal_mesh.cpp do?
14:45.43d_rossbergor simply heal.c? it calls analyze_heal_bot() which is a C-type function
14:46.14tandoorichickokay.
15:37.50*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
16:29.33*** join/#brlcad Zitar (~Zitar@46.186.162.24)
16:32.06*** join/#brlcad ickby (~stefan@x5d84623d.dyn.telefonica.de)
16:46.34*** join/#brlcad ickby_ (~stefan@x5d84623d.dyn.telefonica.de)
16:55.04*** join/#brlcad ickby (~stefan@x5d84623d.dyn.telefonica.de)
17:13.29*** join/#brlcad amarjeet (~amarjeet@49.138.173.27)
19:17.19kintelbrlcad: Do you have any idea why I don’t have access to the project I’m mentoring on the gsoc site?
19:17.37kintelteepee can see it, but I cannot (getting a 403 permission error)
19:38.32*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:59.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:39.14Notify03BRL-CAD:starseeker * 68169 (brlcad/branches/RELEASE/CHANGES brlcad/branches/RELEASE/HACKING and 16 others): Merge changes through 68168, avoiding r68133 for release.
20:40.23Notify03BRL-CAD:starseeker * 68170 brlcad/trunk/TODO: user reported changed behavior in -d and -s options - need to fix.
21:33.47Notify03BRL-CAD Wiki:Tandoorichick * 9767 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
23:21.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:24.49``Erikyowza, 1.513 seconds and 100 feet for a 0-60 http://www.bbc.co.uk/news/technology-36606500
IRC log for #brlcad on 20160625

IRC log for #brlcad on 20160625

00:17.52*** join/#brlcad sxzrkxgdljbepqko (~armin@dslb-088-066-143-148.088.066.pools.vodafone-ip.de)
00:58.14*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-yuqzsiobollnhjhu)
01:34.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:06.11*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
05:05.17*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
05:17.29*** join/#brlcad tandoorichick (~Thunderbi@117.216.49.255)
07:15.25*** join/#brlcad sniok (~sniok@89.252.29.238)
07:40.14*** join/#brlcad ickby (~stefan@x5d84623d.dyn.telefonica.de)
07:49.00*** join/#brlcad ickby (~stefan@x5d84623d.dyn.telefonica.de)
09:10.48*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
10:03.30*** join/#brlcad asad_ (~asad00@138.197.eduroam.dynamic.rbg.tum.de)
10:58.50*** join/#brlcad tandoorichick_ (~Rakshika@117.216.49.255)
11:01.51*** join/#brlcad tandoorichick (~rakshika@117.216.49.255)
11:01.57*** part/#brlcad tandoorichick_ (~Rakshika@117.216.49.255)
12:26.31*** join/#brlcad tandoorichick (~rakshika@117.199.128.107)
13:18.05*** join/#brlcad amarjeet (~amarjeet@101.211.166.79)
13:25.25*** join/#brlcad tandoorichick (~rakshika@117.216.54.89)
13:47.32*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
14:33.47*** join/#brlcad jordi_sayol (~jordi@180.133.19.95.dynamic.jazztel.es)
15:03.01*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:08.12*** join/#brlcad Zitar (~Zitar@37.231.232.104)
15:15.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:29.05*** join/#brlcad yorik (~yorik@179.111.189.40)
15:30.54*** join/#brlcad Mandeep_Singh (~mandeep@59.91.114.225)
15:42.48*** join/#brlcad ickby (~stefan@x5d84623d.dyn.telefonica.de)
16:30.44*** join/#brlcad ickby_ (~stefan@x5d847994.dyn.telefonica.de)
17:03.52*** join/#brlcad amarjeet (~amarjeet@101.211.166.79)
18:00.22*** join/#brlcad LordOfBikes (~armin@dslb-088-066-143-148.088.066.pools.vodafone-ip.de)
18:01.44*** join/#brlcad amarjeet (~amarjeet@49.138.148.67)
18:02.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:32.33*** join/#brlcad amarjeet (~amarjeet@101.216.18.241)
18:41.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:53.58*** part/#brlcad asad_ (~asad00@138.197.eduroam.dynamic.rbg.tum.de)
19:02.45*** join/#brlcad Zitara (~vsvs@37.37.116.97)
19:22.18*** join/#brlcad Zitar (~Zitar@37.37.116.97)
19:49.48*** join/#brlcad Zitar (~Zitar@37.37.116.97)
20:00.38*** part/#brlcad tandoorichick (~rakshika@117.216.54.89)
20:00.45*** join/#brlcad Zitar (~Zitar@37.37.116.97)
20:00.47*** join/#brlcad tandoorichick (~rakshika@117.216.54.89)
20:03.00*** join/#brlcad Zitar (~Zitar@37.37.116.97)
20:03.10*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
20:17.07*** join/#brlcad Zitar (~Zitar@37.37.116.97)
20:20.47*** join/#brlcad Zitar (~Zitar@37.37.116.97)
20:26.53*** join/#brlcad Zitar (~Zitar@37.37.116.97)
20:27.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:33.04*** join/#brlcad Zitar (~Zitar@37.37.116.97)
21:06.38*** join/#brlcad Zitar (~Zitar@37.37.116.97)
21:15.07*** join/#brlcad Zitar (~Zitar@37.37.116.97)
21:20.50*** join/#brlcad Zitar (~Zitar@37.37.116.97)
21:33.46*** join/#brlcad Zitara (~vsvs@37.37.116.97)
22:21.15ZitarHello BRLCAD team, is there a way to add dimentions once you make an rtedge? it gives an authentic drowing look?
IRC log for #brlcad on 20160626

IRC log for #brlcad on 20160626

00:11.15*** join/#brlcad Zitar (~Zitar@46.186.225.49)
00:16.53*** join/#brlcad xtyritcxhwgbfves (~armin@dslc-082-083-186-081.pools.arcor-ip.net)
00:18.20*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:05.11*** join/#brlcad Zitar_ (~Zitar@37.37.116.97)
01:10.13*** join/#brlcad Zitar (~Zitar@46.186.225.49)
01:31.18*** join/#brlcad Zitar (~Zitar@46.186.225.49)
02:05.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:37.31*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
04:03.12*** join/#brlcad Zitar (~Zitar@46.186.225.49)
04:11.41*** join/#brlcad Zitar_ (~Zitar@46.186.225.49)
05:08.17*** join/#brlcad Zitar (~Zitar@37.231.232.104)
05:26.42*** join/#brlcad aryan_raj (~aryanraj@2405:204:c100:58f0:3439:db0a:70d2:cda9)
05:38.35*** join/#brlcad tandoorichick (~rakshika@117.199.141.65)
06:48.23*** join/#brlcad sniok (~sniok@89.252.29.238)
07:46.19*** join/#brlcad sniok (~sniok@89.252.29.238)
09:40.04*** join/#brlcad amarjeet (~amarjeet@101.213.143.193)
10:00.35*** join/#brlcad jordi_sayol (~jordi@180.133.19.95.dynamic.jazztel.es)
10:01.38*** join/#brlcad jordi_sayol (~jordi@180.133.19.95.dynamic.jazztel.es)
10:59.52*** join/#brlcad amarjeet (~amarjeet@101.214.224.22)
11:21.25*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:04.19*** join/#brlcad sniok (~sniok@89.252.29.238)
12:10.34*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-nzhmxuomskhhmluw)
12:11.10*** join/#brlcad sniok (~sniok@89.252.29.238)
12:22.27*** join/#brlcad sniok (~sniok@89.252.29.238)
12:31.42*** join/#brlcad asad__ (~asad00@host10-2.natpool.mwn.de)
12:47.11*** part/#brlcad asad__ (~asad00@host10-2.natpool.mwn.de)
13:02.21*** join/#brlcad LordOfBikes (~armin@dslc-082-083-186-081.pools.arcor-ip.net)
13:05.51*** join/#brlcad Zitar (~Zitar@37.231.232.104)
13:09.29*** join/#brlcad amarjeet (~amarjeet@101.211.160.65)
13:45.16*** join/#brlcad tandoorichick (~rakshika@117.199.141.65)
14:04.25*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
14:37.33*** join/#brlcad ickby_ (~stefan@x5d845d21.dyn.telefonica.de)
15:08.17*** join/#brlcad shubham (71c18928@gateway/web/freenode/ip.113.193.137.40)
15:10.20*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:18.13*** join/#brlcad ickby_ (~stefan@x5d845d21.dyn.telefonica.de)
15:44.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:11.38*** join/#brlcad amarjeet (~amarjeet@101.211.160.65)
16:58.20*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
17:02.58*** join/#brlcad asad__ (~asad00@host10-2.natpool.mwn.de)
17:07.23*** join/#brlcad sniok (~sniok@89.252.29.238)
19:00.52*** join/#brlcad shubham (7b88c535@gateway/web/freenode/ip.123.136.197.53)
19:25.16*** join/#brlcad Zitar (~Zitar@37.231.232.104)
22:48.06*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160627

IRC log for #brlcad on 20160627

00:15.34*** join/#brlcad byfeburjisqgnnib (~armin@dslb-092-075-147-191.092.075.pools.vodafone-ip.de)
00:29.27*** join/#brlcad boj (~boj@210.75.252.226)
00:46.20Notify03BRL-CAD Wiki:Mandeeps708 * 9768 /wiki/User:Mandeeps708/GSoC16/logs: /* logs */
00:55.45*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:59.10*** join/#brlcad boj (~boj@210.75.252.226)
02:05.01*** join/#brlcad boj (~boj@210.75.252.226)
02:50.20*** join/#brlcad Zitar (~Zitar@178.161.56.40)
04:21.33*** join/#brlcad tandoorichick (~rakshika@117.245.148.127)
05:49.07*** join/#brlcad shubham (6881c068@gateway/web/freenode/ip.104.129.192.104)
06:01.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:03.10*** join/#brlcad sniok (~sniok@89.252.29.238)
06:09.32*** join/#brlcad Zitar (~Zitar@178.161.56.40)
06:25.38*** join/#brlcad tandoorichick (~rakshika@117.245.148.127)
06:37.06*** join/#brlcad boj (~boj@210.75.252.226)
06:38.24*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:44.39Notify03BRL-CAD Wiki:Tandoorichick * 9769 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
06:52.44*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:00.41*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
08:14.38*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:16.34tandoorichickd_rossberg: quite a few memory corruptions errors are popping up one by one. i'm resolving them..
08:21.12d_rossbergyes, you mentioned it with your last patch
08:21.22*** join/#brlcad tandoorichick (~rakshika@117.245.148.127)
08:25.05*** join/#brlcad tandoorichick (~rakshika@117.245.148.127)
09:22.15*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
09:27.47*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
10:46.38*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
10:56.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
11:18.21*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
12:08.25*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-doiyunfuaspakvbz)
12:12.44*** join/#brlcad asad__ (~asad00@host10-2.natpool.mwn.de)
12:32.11asad__Anyone here familiar with libdm? I would like to ask which function calls from libdm are used by mged.
13:25.49*** join/#brlcad yorik (~yorik@179.111.189.40)
13:38.16*** join/#brlcad amarjeet (~amarjeet@101.208.30.184)
13:50.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:53.28*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
13:55.31*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
13:57.45*** join/#brlcad asad___ (~asad00@2001:590:3c03:b0:7455:33d4:bee8:36ab)
14:42.12*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
14:52.34Notify03BRL-CAD:ejno * 68171 (brlcad/trunk/include/brep/bbnode.h brlcad/trunk/include/brep/brnode.h): disable default copy/assignment because BBNode and BRNode own pointers
15:27.00Notify03BRL-CAD:ejno * 68172 (brlcad/trunk/include/brep/bbnode.h brlcad/trunk/include/brep/brnode.h and 7 others): make *m_children and *m_trims_above non-pointers; use T.empty() rather than T.size() == 0 (for some C++03 implementations (G++), size() can be O(n) on some containers)
15:29.12*** join/#brlcad amarjeet (~amarjeet@101.216.29.207)
15:49.42Notify03BRL-CAD:ejno * 68173 (brlcad/trunk/include/brep/brnode.h brlcad/trunk/src/libbrep/BRNode.cpp): make *m_children non-pointer member
15:55.48Notify03BRL-CAD:ejno * 68174 (brlcad/trunk/include/brep/bbnode.h brlcad/trunk/include/brep/brnode.h): erase() invalidates i
16:33.58*** join/#brlcad Mandeep_Singh (~mandeep@59.96.143.62)
16:43.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:58.15Notify03BRL-CAD:ejno * 68175 (brlcad/trunk/include/brep/bbnode.h brlcad/trunk/include/brep/brnode.h): initialize members
17:08.44Notify03BRL-CAD:ejno * 68176 (brlcad/trunk/src/libbrep/BBNode.cpp brlcad/trunk/src/librt/primitives/brep/brep.cpp brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): remove unnecessary dynamic_casts
17:09.32*** join/#brlcad amarjeet (~amarjeet@101.208.30.184)
17:23.33*** join/#brlcad asad_ (~asad00@138.197.eduroam.dynamic.rbg.tum.de)
17:26.07*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
17:39.17Notify03BRL-CAD:ejno * 68177 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: remove unnecessary dynamic_casts
18:11.56*** join/#brlcad ickby_ (~stefan@x5d8441c9.dyn.telefonica.de)
18:56.58Notify03BRL-CAD:ejno * 68178 (brlcad/trunk/include/brep/bbnode.h brlcad/trunk/src/librt/primitives/brep/brep.cpp): prefer !std::list::empty() (std::list::size() can be O(n) in C++03)
20:02.22*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
20:09.27Notify03BRL-CAD:ejno * 68179 (brlcad/trunk/include/brep/bbnode.h brlcad/trunk/include/brep/brnode.h and 4 others): make m_children/m_trims_above pointers for portability
21:04.52*** join/#brlcad tandoorichick (~rakshika@117.199.128.18)
21:14.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:53.48Notify03BRL-CAD:ejno * 68180 (brlcad/trunk/include/brep/bbnode.h brlcad/trunk/include/brep/brnode.h and 3 others): add 'const' to members that aren't modified
22:05.28*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
22:13.29*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
22:14.33asad_@brlcad there?
IRC log for #brlcad on 20160628

IRC log for #brlcad on 20160628

00:05.10*** join/#brlcad Zitara (~vsvs@37.36.185.24)
00:14.16*** join/#brlcad cvtmkrzdbqaksabz (~armin@dslb-092-075-156-159.092.075.pools.vodafone-ip.de)
01:30.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:17.30Notify03BRL-CAD:brlcad * 68181 brlcad/trunk/doc/STRATEGY: incorporate notes from a brief brainstorming session on perceived strengths. need to whittle this down to salient marketing points.
03:04.56*** join/#brlcad Zitar (~Zitar@46.186.217.244)
03:30.40Notify03BRL-CAD:brlcad * 68182 brlcad/trunk/src/liboptical/shade.c: avoid acquiring+releasing a semaphore every pass through. we might print the message more than once under race, but that's okay. it won't print incessantly like before because of a multi-increment before test.
03:40.51Notify03BRL-CAD:brlcad * 68183 brlcad/trunk/TODO: 65699 looks wrong.
04:23.55Notify03BRL-CAD:brlcad * 68184 brlcad/trunk/TODO: openscad .csg conversion support needs mention in NEWS
04:32.11Notify03BRL-CAD:brlcad * 68185 brlcad/trunk/src/util/pixrect.c: eliminate dead code
04:33.41Notify03BRL-CAD:brlcad * 68186 brlcad/trunk/TODO: kalpit added rhc analyze support too, needs news
04:44.58Notify03BRL-CAD:brlcad * 68187 brlcad/trunk/TODO: couple more potential news candidates
04:49.49Notify03BRL-CAD:brlcad * 68188 brlcad/trunk/TODO: hitesh has done a fair bit with docs including the php extradocs output and the 64727 conversions .. definitely warrants some mention
05:23.55*** join/#brlcad tandoorichick (~rakshika@117.199.128.18)
05:26.11*** join/#brlcad tandoorichick (~rakshika@117.199.128.18)
05:57.53*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:30.09*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
06:48.43*** join/#brlcad merzo (~merzo@15-135-202-46.pool.ukrtel.net)
06:50.10*** join/#brlcad tandoorichick (~rakshika@117.199.140.205)
06:51.41*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:58.46*** join/#brlcad sniok (~sniok@89.252.29.238)
07:44.50*** join/#brlcad tandoorichick (~rakshika@202.170.206.201)
07:48.05*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:30.00*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
11:34.25*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
12:21.08*** join/#brlcad Zitar (~Zitar@31.203.113.156)
12:27.23*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:49.32*** join/#brlcad yorik (~yorik@179.111.189.40)
12:49.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:52.06*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
13:20.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:31.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:17.57*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:38.52*** join/#brlcad Mathnerd314_ (~quassel@206.53.16.66)
14:38.54*** join/#brlcad Mathnerd314_ (~quassel@supertux/Mathnerd314)
15:07.35*** join/#brlcad asad_ (~asad00@138.197.eduroam.dynamic.rbg.tum.de)
15:10.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:12.19*** join/#brlcad amarjeet (~amarjeet@101.220.141.214)
15:34.03*** join/#brlcad jordi_sayol (~jordi@180.133.19.95.dynamic.jazztel.es)
15:39.57Notify03BRL-CAD:ejno * 68189 brlcad/trunk/src/liboptical/shade.c: fix typo
16:08.17*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
16:54.50*** join/#brlcad Zitar (~Zitar@31.203.113.156)
17:14.07Notify03BRL-CAD:ejno * 68190 (brlcad/trunk/include/brep/bbnode.h brlcad/trunk/include/brep/brnode.h and 2 others): remove unused and unset member (vdot) and make some members 'const'
17:34.22Notify03BRL-CAD Wiki:Asadmorgoth * 0 /wiki/File:ClusterCallby-libdm.png: mged to libdm function calls. Generated using Understant from scitools.
17:38.17Notify03BRL-CAD Wiki:Asadmorgoth * 9771 /wiki/Geometry_Viewer_Application_for_BRL-CAD: Source code analysis of libdm and it's interaction with mged.
18:06.09*** join/#brlcad amarjeet (~amarjeet@101.216.133.86)
18:22.42Notify03BRL-CAD Wiki:Mandeeps708 * 9772 /wiki/User:Mandeeps708/GSoC16/logs: /* logs */
18:52.40*** join/#brlcad Zitar (~Zitar@31.203.113.156)
20:21.29Notify03BRL-CAD:starseeker * 68191 brlcad/trunk/TODO: openscad importer code is very preliminary, currently a NO_INSTALL executable. Not yet user visible.
20:30.40*** join/#brlcad ickby_ (~stefan@x5d845e41.dyn.telefonica.de)
20:31.02Notify03BRL-CAD:starseeker * 68192 brlcad/trunk/NEWS: Kalpit Thakkar added centroid, volume and surface area reporting for rhc primitives to the analyze command r65262,r65282
20:33.27Notify03BRL-CAD:starseeker * 68193 brlcad/trunk/NEWS: Nick fixed saveview help string - r65003
20:35.51Notify03BRL-CAD:starseeker * 68194 brlcad/trunk/NEWS: nick fixed killtree doc errors (-a, not -r flag, options are no-arg flags) and made the manpage more concise - r64992
20:37.36*** join/#brlcad Mandeep_Singh (~mandeep@59.91.118.187)
20:40.01Notify03BRL-CAD:starseeker * 68195 brlcad/trunk/NEWS: Hitesh converted a number of documents to DocBook and generally improved doc infrastructure.
20:40.45Notify03BRL-CAD:starseeker * 68196 brlcad/trunk/TODO: Added additional NEWS items.
20:51.07*** join/#brlcad ickby (~stefan@x5d845e41.dyn.telefonica.de)
22:05.22*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:46.27*** join/#brlcad Zitar (~Zitar@31.203.113.156)
IRC log for #brlcad on 20160629

IRC log for #brlcad on 20160629

00:12.59*** join/#brlcad tajjwsnbdblwvyaj (~armin@dslb-092-074-228-216.092.074.pools.vodafone-ip.de)
02:27.38bojHi all, I want to share an online webpage which lists the instructions on how to use some of mged commands, but it is a lit bit old, just for a quick reference.
02:27.42bojhttps://manned.org/browse/freebsd-9.2/brlcad/7.24.0
03:49.47*** join/#brlcad Zitar (~Zitar@31.203.113.156)
04:19.23Notify03BRL-CAD Wiki:Tandoorichick * 9773 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
04:28.32*** join/#brlcad tandoorichick (~rakshika@117.222.157.133)
06:04.35*** join/#brlcad Zitar (~Zitar@31.203.113.156)
06:26.31*** join/#brlcad Zitar (~Zitar@31.203.113.156)
06:41.55*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:43.50*** join/#brlcad tandoorichick (~rakshika@117.230.25.46)
06:50.30*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:52.10*** join/#brlcad tandoorichick_ (~rakshika@117.242.93.170)
06:54.04*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
08:16.31*** join/#brlcad sniok (~sniok@89.252.29.238)
08:59.34*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
09:51.23*** join/#brlcad Zitar (~Zitar@31.203.113.156)
09:58.28*** join/#brlcad tandoorichick_ (~rakshika@117.242.93.170)
11:57.32*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
12:08.52*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
13:21.46*** join/#brlcad tandoorichick_ (~rakshika@117.222.157.133)
13:29.58*** join/#brlcad yorik (~yorik@179.111.189.40)
13:38.58*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:20.00starseekerbrlcad: I was looking at the OpenSCAD user manual and noticed that they appear to have some form of integrated revision control:  https://en.wikibooks.org/wiki/OpenSCAD_User_Manual
14:21.18starseekertheir log looks a lot like our edit log - is this a feature we could turn on on our websites to communicate their status as far as pending changes?
14:46.17teepee]starseeker: standard wikimedia :)
14:52.03*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
15:24.38*** mode/#brlcad [+o brlcad] by ChanServ
15:24.43*** join/#brlcad amarjeet (~amarjeet@101.211.212.173)
15:25.09brlcadstarseeker: yep, go for it ;)
15:26.09brlcadboj: thanks for sharing
15:26.30brlcadhadn't seen that particular hosting, decent manpage stylesheet
15:26.57brlcadasad_: I'm available today if you are as well to talk
15:28.41starseekerO.O https://github.com/Microsoft/Mesh-processing-library
15:29.11starseekerthat's by Hoppe, if I'm reading this right
15:29.36brlcad``Erik: video: http://www.dailymail.co.uk/video/sciencetech/video-1133188/Electric-car-breaks-record-accelerating-100km-h-1-8secs.html
15:29.43starseekerand MIT licensed
15:30.12starseekerC++11, but even so quite possibly a very useful resource :-)
15:33.13starseekerthis page maps papers to code: https://rawgit.com/Microsoft/Mesh-processing-library/master/README.html
15:36.17starseekerpity the bspline surface reconstruction paper isn't there
15:41.28bojHi brlcad, now I want to do something related to tessellation of NURBS, do you have some suggestions?
15:42.09bojbecause I find that there is an old implementation, do I need to follow the old code and re-implement it in new brep or..?
15:43.14starseekerboj: did you see my email?
15:43.37bojsorry, let me check my email now.
15:44.49bojstarseeker, I have not received your email.
15:46.03starseekerboj: I sent it to the BRL-CAD list... one second...
15:46.30starseekerhttps://sourceforge.net/p/brlcad/mailman/message/35190445/
15:47.09bojOK, but in the lastest volume, I only see my post, but without reply..weird..
15:47.40starseekeroh, if you're doing volumes rather than individual emails you would need to wait for the next collection of emails
15:48.05starseekerno matter
15:48.17bojI see, thanks, starseeker, I will check it now. :-)
15:50.39bojstarseeker, as for plate mode NURBS ray tracing, I have write all my test on my blog, could you help me check it?
15:52.31bojI just want to know do I miss something and I need to make further refinement.
15:53.42starseekerboj: the check will be the mathematical accuracy of the raytracing results
15:54.21bojI jsut saw your reply, but not really understand..
15:54.48starseekeryou have a "sphere shell" which you can calculate a volume for using the traditional volume formula: Volume(sph_outer) - Volume(sph_inner)
15:55.34starseekerwhen you use the tool "gqa" - a BRL-CAD tool that will calculate the volume of objects using raytracing - you should get an answer that very closely matches the pure math answer
15:56.12starseekerso the "outer" and "inner" sphere radii will be determined by the thickness you choose to assign to the plate mode NURBS sphere
15:57.19starseekeryou can adjust the thickness of your plate mode NURBS sphere to be thinner or thicker
15:57.36starseekeri.e. lesser or greater volume
15:57.51starseekerremember that a plate mode solid, although thin, does have a non-zero volume
15:58.09bojyes, I understand.
15:58.13starseekerthe raytracer and a pure mathematical volume calculation should closely agree what that volume is
15:58.36bojis there any threshold?
15:58.44starseekerboj: in MGED, if you type "man gqa" you should get a manual page for the gqa tool
15:58.47starseekerboj: threshold?
15:59.19boja threshold to determine the consistency of 'calculated volume' and 'raytracing volume'?
15:59.48starseekerfor the closed sphere, they should be the same
15:59.59starseekerbecause there are no unmated NURBS edges
16:00.45bojyes, but for closed sphere, the hit point will be one in hit and one out hit?
16:01.03starseekernot in plate mode - you should get two in hits and two out hits
16:01.24starseekerif I understand the methodology correctly, at least
16:02.08starseekeryou can test with a facetized sphere - it should report two hits in solid mode and four in plate mode if I'm right
16:03.09bojyes, should be right.
16:03.48bojI will try it later.
16:04.06bojbut why the first step is to check the volume consistency?
16:04.13starseekerfor NURBS surfaces with unmated edges (like your 1/6th of a Cobb sphere example) the accuracy of plate move volume estimates should get lower as you increase the thickness, as you'll "miss" grazing hits
16:05.06starseekerboj: because we want to make sure the methodology (plate mode NURBS raytracing) produces physically reasonable results
16:05.51starseekersolid raytracing (as opposed to first hit raytracing) provides volumetric information, so it's a good test that the ray intersections are correct
16:06.22bojtill now, I only test the hit point, and it seems to be correct.
16:06.39starseekernods - to produce a thickness though, we need more than one hit point
16:06.55starseekerlike the BoTs - you need to use that hit point to "deduce" the plate mode hit points
16:07.12bojyes, in my current implementation, I can get two in/out hit for each hit in plate mode.
16:07.32starseekerso there should be some distance between those two points
16:07.44bojI do the same thing for brep now..using hit distance to deduce the hit point.
16:08.23bojyes, the distance now is just the thickness value, what I do is to center the hit point and offset it back and forth.
16:08.31starseekerboj: another basic test is to create a plate mode NURBS surface (I think Ayam can do this if you save as an openNURBS 3dm file and use our 3dm-g importer) and compare the hit points on that surface to the same hit points on an equalivent BoT
16:09.05starseekerboj: right - so that offset and those two hit points give you a line segment - our tools take those line segements and use them to deduce volume
16:10.22bojAyam..never used before..
16:10.23starseekerfor a planar NURBS surface in plate mode and a planar BoT in plate mode, the answers should match as long as they describe the same plate
16:10.40bojI understand.
16:10.40starseekerboj: http://ayam.sourceforge.net/
16:10.58bojthanks, starseeker
16:11.06starseekeronce you work with those basic examples, there's also a nasty test surface in our repo
16:11.47bojcould you give me some examples or is there a manual for me to refer to on how to test it?
16:11.49starseekersrc/librt/tests/extreme_ssi_test.g
16:12.26starseekerboj: you can open that .g file, turn that NURBS surface into a plate mode surface, and see what it does
16:12.39starseekerin principle it should work, but you never know
16:13.24bojnods, I do need to run more stress test examples
16:14.03starseekerthe plate and sphere tests are good starting points
16:14.29bojit should be, because they are simple and easy to create and test.:)
16:15.36bojI will do it recently, and post my result on my blog, thanks starseeker
16:16.37starseekermy pleasure - good luck!
16:16.52boj:)
16:29.16brlcadboj: hi, I just responded to your e-mail
16:30.12brlcadI agree with cliff that if you think it's working well, the next immediate step is to validate the implementation numerically
16:30.29brlcadI'd also like to see a little more variety in your manual testing
16:30.53bojthanks brlcad, and where I can see your reply?
16:31.14bojyes, I will do it with more test case and try to verify the result.
16:31.20brlcadboj: um, your e-mail client? :)
16:31.29brlcadyou sent a mail to the mailing list, I replied to the mailing list
16:32.04bojOK, I see it now. :-)
16:33.12brlcadboj, have you tried viewing your plate-mode surfaces in shaded mode?
16:33.52bojwhat I mean 'rough' is I do not really if it is right for all examples, but after this I will check it.
16:34.03*** join/#brlcad tandoorichick (~Thunderbi@117.222.157.133)
16:34.18bojbrlcad, what do you mean shaded mode? how to activate it?
16:35.34*** join/#brlcad tandoorichick (~Thunderbi@117.222.157.133)
16:36.07bojby the way, how to create more various models? like nurbs with trimmed curves?
16:39.36*** join/#brlcad tandoorichick (~Thunderbi@117.222.157.133)
16:49.30bojOK, I just saw that, maybe I can use Ayam(recommended by starseeker above) to make more nurbs examples and test it later..
17:19.05Notify03BRL-CAD Wiki:Adreabroline * 0 /wiki/User:Adreabroline:
17:21.48Notify03BRL-CAD Wiki:Adreabroline * 9774 /wiki/Quickbooks_p.h.o.n.e_n.u.m.b.e.r(1.8.0.0.7.2.8.7.3.5.6))_Quickbooks_s.u.p.p.o.r.t_p.h.o.n.e_n.u.m.b.e.r_Quickbooks_h.e.l.p.l.i.n.e_p.h.o.n.e_n.u.m.b.e.r: Created page with "Phone N.um.b.e.r 1.8.0.0.7.2.8.7..3.5.6 Q.u.i.c.k.b.o.o.k.s su.p.p.o.r.t p.h.o.n.e n.u.m.b.e.r Q.u.i.c.k.b.o.o.k.s p.r.o su.p.p.o.r.t p.h.o.n.e n.u.m.b.e.r Helpline “”..."
17:40.35*** join/#brlcad sniok (~sniok@89.252.2.135)
18:07.28*** join/#brlcad sniok (~sniok@89.252.2.135)
18:11.57*** join/#brlcad sniok (~sniok@89.252.2.135)
18:23.26brlcadboj: draw -m1
18:23.37brlcador in archer, it's one of the right-click draw modes
18:26.07*** part/#brlcad sniok (~sniok@89.252.2.135)
18:31.33*** join/#brlcad sniok (~sniok@89.252.2.135)
19:14.37Notify03BRL-CAD:ejno * 68197 (brlcad/trunk/include/brep/bbnode.h brlcad/trunk/include/brep/brnode.h and 8 others): use 'const'
19:15.14brlcadhere's a project I'd forgotten about...
19:15.14brlcadsulfredgecd@ornl.gov
19:15.17brlcadoops
19:15.31brlcadhttp://visac.ornl.gov
19:15.48brlcadthat, not the contact who I just contacted ;)
19:30.48Notify03BRL-CAD Wiki:Tandoorichick * 9775 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
20:21.30*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
20:38.59Notify03BRL-CAD:ejno * 68198 (brlcad/trunk/include/brep/bbnode.h brlcad/trunk/include/brep/surfacetree.h and 3 others): add 'const'
20:40.49Notify03BRL-CAD:brlcad * 68199 brlcad/trunk/src/adrt/librender/render_util.c: convert to libbu memory management
20:54.40*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:54.43Notify03BRL-CAD Wiki:Aprilatilley * 0 /wiki/User:Aprilatilley:
20:55.55Notify03BRL-CAD Wiki:Sean * 0 /wiki/User:Adreabroline:
20:56.05Notify03BRL-CAD Wiki:Sean * 0 /wiki/Quickbooks_p.h.o.n.e_n.u.m.b.e.r(1.8.0.0.7.2.8.7.3.5.6))_Quickbooks_s.u.p.p.o.r.t_p.h.o.n.e_n.u.m.b.e.r_Quickbooks_h.e.l.p.l.i.n.e_p.h.o.n.e_n.u.m.b.e.r: Spam: spam
21:04.01Notify03BRL-CAD:brlcad * 68200 brlcad/trunk/TODO: this needs a recheck to make sure it's correct changes, and a quick news entry if it's okay
21:07.46Notify03BRL-CAD:brlcad * 68201 brlcad/trunk/TODO: nick fixed archer flashing and improved window positioning
21:08.41Notify03BRL-CAD:brlcad * 68202 brlcad/trunk/TODO: search docs improved
21:26.16Notify03BRL-CAD:brlcad * 68203 brlcad/trunk/TODO: screwy change in 58189, needs another pair of eyes
21:45.01Notify03BRL-CAD:brlcad * 68204 brlcad/trunk/TODO: fixed bug but dont know which, if it's news-item worthy, can go on any release after 7.24.0 as appropriate
21:50.32Notify03BRL-CAD:brlcad * 68205 brlcad/trunk/TODO: tom added a ton of detail in 58325 on timestamping and overall formatting cleanup
21:54.07Notify03BRL-CAD:brlcad * 68206 brlcad/trunk/TODO: update astyle needed
21:54.41Notify03BRL-CAD:ejno * 68207 (brlcad/trunk/include/brep/bbnode.h brlcad/trunk/include/brep/brnode.h and 4 others): add 'const'; ws
22:00.47Notify03BRL-CAD:brlcad * 68208 brlcad/trunk/TODO: tom made changes in 58415 and a few other commits the propagated case insensitive attribute name handling. pretty major behavior change worthy of mention, but also a quick test to make sure it is indeed insensitive for any attributes or just ours
22:01.41Notify03BRL-CAD:brlcad * 68209 brlcad/trunk/TODO: gen-registered-attributes-html should get integrated with the doc work
22:07.27Notify03BRL-CAD:brlcad * 68210 brlcad/trunk/TODO: daniel fixed db_lookup bug, unquantified but real user-visible impact.
22:37.12Notify03BRL-CAD:brlcad * 68211 (brlcad/trunk/TODO brlcad/trunk/include/rt/comb.h): need API to return actual color-in-context so override colors are reported and handled correctly
22:46.02Notify03BRL-CAD:brlcad * 68212 brlcad/trunk/src/rt/sh_tcl.c: remove dead code
22:53.39Notify03BRL-CAD:brlcad * 68213 brlcad/trunk/TODO: nick says he probably tested it.
23:10.24*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:38.32*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
IRC log for #brlcad on 20160630

IRC log for #brlcad on 20160630

00:12.11*** join/#brlcad wzxvvaaarikfwzhl (~armin@dslb-092-075-155-246.092.075.pools.vodafone-ip.de)
00:51.31bojbrlcad, thanks, I will try it asap.:)
00:52.49brlcadthat uses the existing (new) tessellation, but don't know how/if it handles single surfaces
00:53.09brlcadshould work or should be easy to get working if it does not, but I'd expect it to just work
01:06.24bojbrlcad, what is shaded mode used for?
01:14.47bojI just tried draw -m1, for BoT and brep(thickness = 2), they all show a black rendering result, and what kind of information can I get from the shaded mode rendering?
01:18.23asad_brlcad
01:18.56asad_have you seen my source, I am able to read the g filea and print out the title from db_open()
01:22.07asad_https://github.com/asadpiz/brlcad-viewer
01:55.54*** join/#brlcad Zitar (~Zitar@31.203.113.156)
02:07.59*** join/#brlcad boj (~boj@210.75.252.226)
03:15.49brlcadboj: did you try in mged or archer?  in mged, you have to have an ogl display, turn on lighting, and turn on the depth buffer
03:16.24brlcadmaybe not the depth buffer, but definitely lighting and display lists if you draw anything really complex
03:22.22brlcadasad_: I'd not seen in a few days, but just checked it out now
03:27.17asad_yeah just see it at your convenience
03:27.58asad_I just have the issue of calling db_open now. because it takes file name as an argument and we don't have the g file anymore when running the executable
03:34.11*** join/#brlcad sniok (~sniok@89.252.2.135)
03:57.14bojbrlcad, I tried in mged, and enable lighting and depth(by selecting Misc-Z buffer and Misc-Lighting), it works now..but I want to know how to analyze the result and get what information I want related to plate mode? because it seems that in shaded mode, no difference between the rendering of plate mode and normal mode?
04:02.30*** join/#brlcad Zitar (~Zitar@31.203.113.156)
04:09.14*** join/#brlcad tandoorichick (~rakshika@103.207.143.46)
04:17.33brlcadasad_: right, so the trick will be to figure out how to initialize a db_i manually (like db_open is doing)
04:19.36brlcadwhat will probably work best is to call db_open_inmem, then set dbip->dbi_mf and dbip->dbi_eof to the bytes you read and size of the data
04:19.49brlcadhaven't tested it, but that might just work
04:23.24brlcadonce you set the mf pointer to the .g data, hopefully db_dirbuild will work and dbip->dbi_title gets set
04:24.09brlcadboj: what do you mean by "analyze the result"?  shaded mode is just sending triangles to the opengl driver for visualization
04:24.39brlcadwhich by default will look awefully similar to a rendering, but they are completely different methods
04:50.15*** join/#brlcad Zitar_ (~Zitar@31.203.113.156)
04:55.20*** join/#brlcad Zitar_ (~Zitar@31.203.113.156)
05:07.43*** join/#brlcad KimK (~Kim__@2600:8803:7a82:b200:4a5b:39ff:fe0b:57d2)
06:17.43*** join/#brlcad amarjeet (~amarjeet@103.59.244.213)
06:18.21bojbrlcad, what I mean is, how can I use the shaded rendering mode to test the plate mode nurbs ray tracing? :)
06:18.35*** join/#brlcad shubham (6881c068@gateway/web/freenode/ip.104.129.192.104)
06:42.27*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:42.01bojit seems that gqa does not work well for me, I try a plate mode plate(BoT), and pose it in top view(see all the triangles), then run 'gqa -Av plate.s' in mged.. the program does not respond.
08:00.27*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:10.08*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:19.20*** join/#brlcad KimK (~Kim__@2600:8803:7a82:b200:4a5b:39ff:fe0b:57d2)
09:06.41*** join/#brlcad maths22_ (~maths22@unaffiliated/maths22)
09:18.37*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
12:01.44*** join/#brlcad sniok (~sniok@89.252.2.135)
12:29.58*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:42.35*** join/#brlcad sniok (~sniok@89.252.2.135)
12:59.05*** join/#brlcad yorik (~yorik@179.111.96.67)
13:05.51*** join/#brlcad boj (~boj@210.75.252.226)
13:44.41*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
13:53.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:11.24*** join/#brlcad amarjeet (~amarjeet@101.211.218.5)
14:32.14*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:51.48*** join/#brlcad amarjeet (~amarjeet@101.211.218.5)
16:04.33Notify03BRL-CAD:ejno * 68214 (brlcad/trunk/include/brep/bbnode.h brlcad/trunk/include/brep/ray.h and 4 others): add 'const'
17:03.28*** join/#brlcad jordi_sayol (~jordi@180.133.19.95.dynamic.jazztel.es)
17:09.57*** join/#brlcad sniok (~sniok@89.252.2.135)
17:50.26*** join/#brlcad Mandeep_Singh (~mandeep@59.96.141.132)
18:06.49Notify03BRL-CAD Wiki:Tandoorichick * 9776 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
18:16.51*** join/#brlcad sniok (~sniok@89.252.2.135)
18:48.16*** join/#brlcad Zitar (~Zitar@94.128.97.45)
18:48.17*** join/#brlcad Zitar_ (~Zitar@94.128.97.45)
18:59.48jordi_sayolon trunk, when I set prefix dir I got this error:
18:59.52jordi_sayol$ cmake -DCMAKE_INSTALL_PREFIX=/usr/brlcad
18:59.59jordi_sayol$ make
19:00.02jordi_sayol....
19:00.23jordi_sayol[100%] Built target NIST_MBE_PMI_6.g
19:00.23jordi_sayolScanning dependencies of target NIST_MBE_PMI_11.g
19:00.23jordi_sayol[100%] Generating ../../share/db/NIST_MBE_PMI_11.g
19:00.23jordi_sayol[100%] Built target NIST_MBE_PMI_11.g
19:00.23jordi_sayolScanning dependencies of target NIST_MBE_PMI_7-10.g
19:00.23jordi_sayol[100%] Generating ../../share/db/NIST_MBE_PMI_7-10.g
19:00.25jordi_sayoldb/nist/CMakeFiles/NIST_MBE_PMI_7-10.g.dir/build.make:61: recipe for target 'share/db/NIST_MBE_PMI_7-10.g' failed
19:00.30jordi_sayolmake[2]: *** [share/db/NIST_MBE_PMI_7-10.g] Error 139
19:00.32jordi_sayolCMakeFiles/Makefile2:39004: recipe for target 'db/nist/CMakeFiles/NIST_MBE_PMI_7-10.g.dir/all' failed
19:00.34jordi_sayolmake[1]: *** [db/nist/CMakeFiles/NIST_MBE_PMI_7-10.g.dir/all] Error 2
19:00.36jordi_sayolMakefile:160: recipe for target 'all' failed
19:00.38jordi_sayolmake: *** [all] Error 2
19:00.50jordi_sayolNo compilation problem with the default prefix
19:17.20Zitar_build filed on 100% ha?
19:19.37*** join/#brlcad sniok (~sniok@89.252.2.135)
19:39.13Notify03BRL-CAD:ejno * 68215 (brlcad/trunk/src/libbrep/opennurbs_ext.cpp brlcad/trunk/src/librt/primitives/brep/brep.cpp): make the existing const cast of localsurf more visible
19:51.47*** join/#brlcad Zitar (~Zitar@94.128.97.45)
19:51.48*** join/#brlcad Zitar_ (~Zitar@94.128.97.45)
19:59.05starseekerboj: you might need to specify a grid range
19:59.11starseeker(for gqa)
19:59.22starseekerif it's shooting too many rays, it can hang
20:00.37starseekerfor jordi_sayol when they return: the odds are that there is a pre-existing build of BRL-CAD in /usr/brlcad and the build is trying to pull libraries and plugins from there during the build due to how bu_brlcad_root et. al. work
20:01.15starseekerif the /usr/brlcad directory is removed, things should work
20:03.09starseekerthe only robust way I know of to handle that would be to make a CMake wrapper script that sets BRLCAD_ROOT and then runs the conversion command
20:03.57starseekerthis is the same issue we have with the tcl scripts in Archer/MGED - if there's an install directory present where the build is planning to install it will pull (or try to pull) scripts from there instead of from the build dir
20:06.11starseekerwell hot diggity, OpenMesh has switched to a BSD license
20:11.17starseekerlooks to see if they still have the subdivision code in there...
20:16.59starseekersweet!
20:19.59*** join/#brlcad merzo (~merzo@141-26-132-95.pool.ukrtel.net)
20:22.56*** join/#brlcad merzo (~merzo@141-26-132-95.pool.ukrtel.net)
20:50.55*** join/#brlcad merzo (~merzo@141-26-132-95.pool.ukrtel.net)
21:45.46*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
22:57.44*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:07.05*** join/#brlcad Zitar (~Zitar@178.161.32.162)
23:17.35*** join/#brlcad Zitar (~Zitar@37.37.225.84)
23:18.03*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
23:19.49Notify03BRL-CAD:starseeker * 68216 brlcad/trunk/db/nist/CMakeLists.txt: Untested as yet on Windows or with distcheck-full, but try to set up the run of 3dm-g with BRLCAD_ROOT set to the build directory so we don't attempt to pull in obsolete (or non-existing) GCV plugins during 3dm-g execution. This is a brute-force solution wrapping a script around the running of the executable - if we have to do this more generally
23:19.51Notifywe'll want one script with arguments instead of a per-target scripting setup. For now, go with the direct solution to try to alleviate the build problem many folks are having.
23:19.53Notify...
23:20.56starseekerthat may fix it...
23:26.48*** join/#brlcad Mandeep_Singh (~mandeep@59.96.141.132)
23:31.32*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
23:42.24*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
23:49.28*** join/#brlcad Zitar (~Zitar@37.37.225.84)
23:51.26*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
IRC log for #brlcad on 20160701

IRC log for #brlcad on 20160701

00:10.40*** join/#brlcad tdnvfcinkdlygeoi (~armin@dslb-088-065-183-198.088.065.pools.vodafone-ip.de)
00:56.58*** join/#brlcad Zitar (~Zitar@178.161.32.162)
01:18.38*** join/#brlcad Zitar (~Zitar@37.37.225.84)
01:41.23Notify03BRL-CAD Wiki:Asadmorgoth * 9777 /wiki/Geometry_Viewer_Application_for_BRL-CAD: /* Updating latest design approach */
01:42.48Notify03BRL-CAD Wiki:Asadmorgoth * 9778 /wiki/Geometry_Viewer_Application_for_BRL-CAD: /* Removing formating error */
03:00.14*** join/#brlcad tandoorichick (~rakshika@117.216.49.14)
04:19.00*** join/#brlcad tandoorichick (~rakshika@117.216.49.14)
06:42.22*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:06.56*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
07:40.20*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:09.30*** join/#brlcad Zitar (~Zitar@37.37.225.84)
08:10.47*** join/#brlcad amarjeet (~amarjeet@202.164.53.118)
08:25.05*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
08:56.51*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
09:24.15*** join/#brlcad tandoorichick (~rakshika@103.207.143.213)
09:41.21*** join/#brlcad Zitar (~Zitar@178.161.32.162)
09:51.56*** join/#brlcad Zitar_ (~Zitar@94.128.97.45)
09:56.57*** join/#brlcad Zitar (~Zitar@178.161.32.162)
10:02.09*** join/#brlcad Zitar (~Zitar@37.37.225.84)
10:50.38*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
11:01.09*** join/#brlcad tandoorichick (~rakshika@117.246.36.103)
11:10.22*** join/#brlcad Zitar (~Zitar@37.37.225.84)
11:13.50*** join/#brlcad sniok (~sniok@89.252.2.135)
11:17.44*** join/#brlcad tandoorichick (~rakshika@117.245.149.197)
11:25.52*** join/#brlcad Zitar (~Zitar@37.37.225.84)
11:43.27*** join/#brlcad tandoorichick (~rakshika@117.235.79.78)
11:57.02*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:16.26*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
12:30.23*** join/#brlcad tandoorichick (~rakshika@117.216.48.199)
12:34.57*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
13:17.46*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
13:27.37*** join/#brlcad merzo (~merzo@92.60.189.225)
13:41.36*** join/#brlcad amarjeet (~amarjeet@101.216.112.4)
13:44.34*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:30.56Notify03BRL-CAD:ejno * 68217 brlcad/trunk/src/libgcv/gcv.c: call plugin_info() just once on plugin load
14:58.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:41.55*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
16:24.49*** join/#brlcad sniok (~sniok@89.252.2.135)
16:28.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:51.32*** join/#brlcad yorik (~yorik@179.111.96.67)
16:53.11*** join/#brlcad Mandeep_Singh (~mandeep@59.96.143.2)
17:01.23*** join/#brlcad tandoorichick (~rakshika@117.216.48.199)
17:01.45*** join/#brlcad sniok_ (~sniok@89.252.29.238)
17:14.49*** join/#brlcad sniok (~sniok@89.252.29.238)
17:25.50*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
17:35.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:38.32*** join/#brlcad sniok_ (~sniok@89.252.2.135)
18:37.17*** join/#brlcad sniok (~sniok@89.252.29.238)
18:41.36starseeker's jaw drops - not just openmesh, but openflipper also switched to BSD
19:33.02*** join/#brlcad merzo (~merzo@183-108-134-95.pool.ukrtel.net)
19:42.37*** join/#brlcad LordOfBikes (~armin@dslb-088-065-183-198.088.065.pools.vodafone-ip.de)
19:43.00*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
19:43.02*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
20:07.51*** join/#brlcad tandoorichick (~rakshika@117.216.48.199)
21:38.45*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
21:53.57*** join/#brlcad Mathnerd314 (~quassel@206.53.16.66)
21:53.59*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
21:58.33*** join/#brlcad SunSparc (~jonathan@45.56.57.85)
22:00.06*** part/#brlcad SunSparc (~jonathan@45.56.57.85)
22:10.02*** join/#brlcad Zitar (~Zitar@178.161.32.162)
23:04.13*** join/#brlcad Zitar (~Zitar@37.37.213.204)
23:54.43*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160702

IRC log for #brlcad on 20160702

00:55.46*** join/#brlcad Zitar (~Zitar@94.128.97.45)
01:10.53*** join/#brlcad asad____ (~asad00@host10-2.natpool.mwn.de)
02:00.30*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
03:27.06*** join/#brlcad Zitar (~Zitar@178.161.32.162)
04:49.53*** join/#brlcad tandoorichick (~rakshika@117.199.132.63)
06:09.45*** join/#brlcad sniok (~sniok@89.252.29.238)
06:18.49*** join/#brlcad tandoorichick (~rakshika@202.170.204.137)
06:20.21*** join/#brlcad sniok (~sniok@89.252.2.135)
06:41.19*** join/#brlcad sniok_ (~sniok@89.252.29.238)
07:24.54*** join/#brlcad tandoorichick (~rakshika@61.2.77.191)
08:19.31*** join/#brlcad sniok_ (~sniok@89.252.29.238)
08:30.28*** join/#brlcad sniok_ (~sniok@89.252.29.238)
08:58.23*** join/#brlcad asad____ (~asad00@host10-2.natpool.mwn.de)
09:02.33*** join/#brlcad tandoorichick (~rakshika@202.170.205.54)
09:12.14*** join/#brlcad sniok_ (~sniok@89.252.29.238)
10:37.20*** join/#brlcad asad_ (~asad00@178.220.eduroam.dynamic.rbg.tum.de)
10:37.25*** part/#brlcad asad_ (~asad00@178.220.eduroam.dynamic.rbg.tum.de)
10:59.43*** join/#brlcad sniok_ (~sniok@89.252.29.238)
11:10.04*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
11:38.34*** join/#brlcad sniok (~sniok@89.252.2.135)
12:41.13*** join/#brlcad LordOfBikes (~armin@dslb-088-065-183-198.088.065.pools.vodafone-ip.de)
13:02.13*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:31.30*** join/#brlcad sniok (~sniok@89.252.2.135)
13:36.31*** join/#brlcad sniok_ (~sniok@89.252.29.238)
13:45.18*** join/#brlcad sniok_ (~sniok@89.252.2.135)
14:19.11*** join/#brlcad amarjeet (~amarjeet@101.211.175.198)
15:14.41*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
16:24.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:48.57*** join/#brlcad Zitar (~Zitar@178.161.32.162)
18:22.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:39.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:02.03*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
19:10.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:22.27*** join/#brlcad Zitar (~Zitar@178.161.32.162)
19:47.08*** join/#brlcad amarjeet (~amarjeet@101.211.175.198)
19:49.25*** join/#brlcad amarjeet (~amarjeet@101.211.175.198)
20:20.18Notify03BRL-CAD Wiki:Tandoorichick * 9779 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
IRC log for #brlcad on 20160703

IRC log for #brlcad on 20160703

00:23.08*** join/#brlcad LordOfBikes (~armin@ipservice-092-211-155-034.092.211.pools.vodafone-ip.de)
00:33.37*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:26.40*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
04:10.39*** join/#brlcad tandoorichick (~rakshika@117.216.49.40)
07:35.22*** join/#brlcad shubham (01163f24@gateway/web/freenode/ip.1.22.63.36)
10:33.47*** join/#brlcad amarjeet (~amarjeet@101.211.175.207)
11:26.33*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
11:35.48*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:00.59*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:25.13*** join/#brlcad shubham (01163f24@gateway/web/freenode/ip.1.22.63.36)
13:28.30*** join/#brlcad asad__ (~asad00@host10-2.natpool.mwn.de)
14:11.48*** join/#brlcad amarjeet (~amarjeet@101.211.216.201)
14:28.43*** join/#brlcad asad__ (~asad00@host10-2.natpool.mwn.de)
14:59.44*** join/#brlcad Zitar (~Zitar@178.161.32.162)
15:21.40*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
15:43.11*** join/#brlcad yorik (~yorik@179.111.96.67)
18:49.31*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
19:12.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:32.11*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
19:32.17*** part/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
IRC log for #brlcad on 20160704

IRC log for #brlcad on 20160704

00:30.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:34.17*** join/#brlcad boj (~boj@210.75.252.226)
01:36.32*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:11.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:25.06Notify03BRL-CAD:brlcad * 68218 brlcad/trunk/TODO: 58475 might need authors if user identified the problem with enough specificity that they essentially pinpointed the fix, otherwise doesn't need docs
03:30.46*** join/#brlcad tandoorichick (~rakshika@117.199.134.125)
03:39.16Notify03BRL-CAD:brlcad * 68219 brlcad/trunk/TODO: no mention of david wood in AUTHORS yet commit metnions him. need to verify.
03:41.15Notify03BRL-CAD:brlcad * 68220 brlcad/trunk/TODO: ditto contribution for yatharh agarwal (probably can combine news into one line)
04:08.54Notify03BRL-CAD:brlcad * 68221 brlcad/trunk/src/libbu/avs.c: don't ignore a null avs container argument. silently returning on a null avsp when given a non-null data to be added means we can't do what the caller asked. they probably have something seriously horked, so let it bomb on just that case.
04:16.24Notify03BRL-CAD:brlcad * 68222 brlcad/trunk/NEWS: note the deprecation removals in 61110, cliff removed mged -n (same as -c) and renamed the gtools (gqa, gdiff, glint, gtransfer) without an underscore
04:18.24Notify03BRL-CAD:brlcad * 68223 brlcad/trunk/TODO: 61168 added a -param to search, needs NEWS mention (has docbook/man mention already)
04:23.40Notify03BRL-CAD:brlcad * 68224 brlcad/trunk/NEWS: jon added support for importing instance reference and instance definitions (thus improving hierarchy import support, already mentioned in another NEWS line, but more specifically importing a category of objects previously ignored
04:24.30*** join/#brlcad KimK (~Kim__@2600:8803:7a82:b200:4a5b:39ff:fe0b:57d2)
04:26.25Notify03BRL-CAD:brlcad * 68225 brlcad/trunk/NEWS: jon also improved 3dm-g with support for importing layers, setting random colors on objects, and cleaning up object names on import.
04:29.44Notify03BRL-CAD:brlcad * 68226 brlcad/trunk/TODO: 61507 added support to 3dm-g for importing texture data too, but need to ask jon if it's working well enough.
04:31.39Notify03BRL-CAD:brlcad * 68227 brlcad/trunk/TODO: 61529 may be user vis, maybe not. need to ask jon.
04:37.00*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
04:41.06Notify03BRL-CAD:brlcad * 68228 brlcad/trunk/NEWS: cliff did the final elimination of make_bb, replaced with bb command... need to cross-check other CHANGES obsoletions as most are user-vis.
04:42.46Notify03BRL-CAD:brlcad * 68229 brlcad/trunk/TODO: most obsoletion actions are user-vis, even if announced however long ago. the deprecation is often user vis too, but punt that to a less ginormous release, trusting our review process.
04:44.46Notify03BRL-CAD:brlcad * 68230 brlcad/trunk/TODO: need to announce the new doc
04:46.40Notify03BRL-CAD:brlcad * 68231 brlcad/trunk/TODO: considerably expanded usage
04:55.30*** join/#brlcad tandoorichick (~rakshika@117.217.163.179)
05:42.21*** join/#brlcad Zitar (~Zitar@178.161.32.162)
05:53.36*** join/#brlcad shubham (a5e16832@gateway/web/freenode/ip.165.225.104.50)
06:25.20*** join/#brlcad Zitar (~Zitar@178.161.32.162)
06:28.03*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:10.56*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:29.33*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:40.16*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
07:42.42*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:06.32*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:34.45*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:51.37*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:26.39*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:07.02*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
11:10.16*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
11:33.58*** join/#brlcad sniok (~sniok@89.252.29.238)
11:35.08shubhamsniok: hey
11:35.17sniokhi
11:35.38shubhamso what are you working on these days?
11:35.55sniokI'm currently configuring mediawiki
11:36.28shubhamthat's for the theme thing right?
11:36.42*** join/#brlcad ickby (~stefan@x5d8447ea.dyn.telefonica.de)
11:36.45sniokYeah, I'm figuring out how skins work
11:38.01shubhamok, after the theme is done, we'll be able to render all the brlcad wiki pages in the standard theme format, if i understand it correctly?
11:39.51sniokwhat do you mean?
11:41.03shubhamas in the brlcad wiki pages which we have right now, we'll need to keep those in sync with the new web design which you are working on right.
11:41.43shubhameg: consider this wiki page- http://brlcad.org/wiki/Google_Summer_of_Code/2016
11:42.28shubhamwhen we deploy the newly designed web infrastructure, this wiki should ideally have a design theme in sync with the rest of the website
11:44.25sniokIt will be same wiki just with new skin that looks like wordpress site I did
11:44.26shubhamstandard headline and body format, color coding and stuff
11:45.18shubhamok
11:48.07shubhamalso, add some styles on the about page, ok?
11:49.15*** join/#brlcad ickby (~stefan@x5d8447ea.dyn.telefonica.de)
11:49.54shubhamit's good that you're thinking about OGV integration as well, that'll definitely be a plus
12:12.01*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:16.10*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
12:39.48*** join/#brlcad ickby (~stefan@x5d844d6d.dyn.telefonica.de)
13:15.33*** join/#brlcad yorik (~yorik@179.111.96.67)
14:00.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:47.04*** join/#brlcad amarjeet (~Amarjeet@101.211.222.90)
15:09.39*** join/#brlcad amarjeet (~Amarjeet@101.211.222.90)
15:13.46*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:18.35*** join/#brlcad amarjeet (~Amarjeet@101.211.222.90)
15:23.40*** join/#brlcad amarjeet (~Amarjeet@101.211.222.90)
15:31.06*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
15:41.20*** join/#brlcad amarjeet (~amarjeet@101.216.86.253)
15:47.07*** join/#brlcad sniok (~sniok@89.252.2.135)
15:51.05*** join/#brlcad amarjeet (~amarjeet@101.211.222.90)
18:12.24*** join/#brlcad KimK (~Kim__@2600:8803:7a82:b200:4a5b:39ff:fe0b:57d2)
18:20.21*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
18:38.08*** join/#brlcad amarjeet (~Amarjeet@101.211.222.90)
19:00.45*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
19:12.20*** join/#brlcad merzo (~merzo@183-108-134-95.pool.ukrtel.net)
19:27.44Notify03BRL-CAD Wiki:Tandoorichick * 9780 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
20:47.54*** join/#brlcad merzo (~merzo@183-108-134-95.pool.ukrtel.net)
21:21.47*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
21:42.37*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160705

IRC log for #brlcad on 20160705

00:20.27*** join/#brlcad okmxrbpefmwjtngi (~armin@dslb-094-216-161-018.094.216.pools.vodafone-ip.de)
00:56.19*** join/#brlcad Zitar (~Zitar@178.161.32.162)
01:34.30*** join/#brlcad Zitar (~Zitar@178.161.32.162)
01:39.47*** join/#brlcad Zitar (~Zitar@178.161.32.162)
01:49.07*** join/#brlcad Zitar (~Zitar@37.231.124.148)
03:54.45*** join/#brlcad tandoorichick (~rakshika@61.3.214.92)
06:26.16*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:16.48*** join/#brlcad ``Erik (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
07:19.54*** join/#brlcad tandoorichick (~rakshika@61.3.214.92)
07:22.02*** join/#brlcad sniok (~sniok@89.252.2.135)
08:02.31*** join/#brlcad sniok (~sniok@89.252.2.135)
08:03.01*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:43.40*** join/#brlcad sniok (~sniok@89.252.2.135)
09:37.14*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
10:00.03*** join/#brlcad asad_ (~asad00@247.210.eduroam.dynamic.rbg.tum.de)
11:10.53*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
11:50.13*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
12:13.13*** join/#brlcad boj_ (~boj@2001:250:3c00:2074:9528:2403:8397:5fd6)
12:45.30*** join/#brlcad yorik (~yorik@179.111.96.67)
13:09.12*** join/#brlcad sniok (~sniok@89.252.2.135)
14:04.41*** join/#brlcad amarjeet (~amarjeet@101.214.18.142)
14:51.56*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:52.49*** join/#brlcad sniok (~sniok@89.252.2.135)
14:57.24*** join/#brlcad Mathnerd314_ (~quassel@supertux/Mathnerd314)
15:20.34*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
15:58.58*** join/#brlcad sniok (~sniok@89.252.2.135)
16:09.59*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
16:20.42*** join/#brlcad amarjeet (~amarjeet@101.211.215.236)
16:34.39*** join/#brlcad ickby (~stefan@x5d846caf.dyn.telefonica.de)
16:47.56*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
16:52.58*** join/#brlcad Mandeep_Singh (~mandeep@101.211.219.115)
17:03.27*** join/#brlcad sniok (~sniok@89.252.2.135)
17:06.55*** join/#brlcad Mandeep_Singh (~mandeep@101.211.223.197)
17:09.31*** join/#brlcad Zitar (~Zitar@37.231.124.148)
17:10.57*** part/#brlcad Mandeep_Singh (~mandeep@101.211.223.197)
17:20.00d_rossbergtandoorichick: do you have an example geometry for your tests?
17:20.34tandoorichickd_rossberg: yes
17:20.57tandoorichickI had mailed it to you quite a while back while asking for suggestion wrt something else..
17:24.38*** join/#brlcad ickby (~stefan@x5d846caf.dyn.telefonica.de)
17:42.15d_rossberghmm, i can't find it in my mail (only patches, some images and a Mesh healing.zip, but without a .g file inside)
17:43.50d_rossbergah, now i got it: it's in the image, isn't it?
17:45.11tandoorichickYeah, i uploaded it in the patch thread too. Should i upload the .g file too?
17:45.38d_rossbergthis would be nice :) otherwise i had a lot to type
17:46.00tandoorichickokay, just a minute..
17:47.31tandoorichicki have uploaded the .g file too (and mentioned the bot name in the comment)
17:47.32d_rossbergthanks, got it
17:47.42tandoorichickokay :)
17:48.48d_rossbergallthough it's unlikely that i'll look at it today it's good to have it
17:49.14d_rossbergyou've programmed to much for a simple code review ;)
17:49.33tandoorichickhmmm right...
17:50.01tandoorichicki'll keep looking for solutions and working on the stitching part too.
18:53.16Notify03BRL-CAD:ejno * 68232 brlcad/trunk/src/librt/primitives/brep/brep.cpp: use std::vector constructor and std::copy() for performance and simplicity
19:05.50Notify03BRL-CAD:ejno * 68233 brlcad/trunk/src/librt/primitives/brep/brep.cpp: fix
19:30.33Notify03BRL-CAD Wiki:Tandoorichick * 9781 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
19:38.58*** join/#brlcad yukonbob (~bch@199.192.105.250)
19:39.03yukonbobhello #brlcad
19:39.30yukonbobq: is 7.24.2 the latest release, or is SF stale ?
19:40.13yukonboboh -- /me sees 7.26 ref in the /topic...
19:42.03*** join/#brlcad Zitar (~Zitar@37.231.124.148)
21:09.17*** join/#brlcad ickby (~stefan@x5d84466f.dyn.telefonica.de)
21:20.00*** join/#brlcad ickby_ (~stefan@x5d84466f.dyn.telefonica.de)
21:36.04*** join/#brlcad merzo (~merzo@33-44-132-95.pool.ukrtel.net)
22:16.05*** join/#brlcad ickby (~stefan@x5d84466f.dyn.telefonica.de)
22:47.44*** join/#brlcad ickby_ (~stefan@x5d84466f.dyn.telefonica.de)
23:04.24Notify03BRL-CAD Wiki:Asadmorgoth * 9782 /wiki/Geometry_Viewer_Application_for_BRL-CAD: Adding compiler application
23:05.28Notify03BRL-CAD Wiki:Asadmorgoth * 9783 /wiki/Geometry_Viewer_Application_for_BRL-CAD: /* Status Update*/
23:31.12*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160706

IRC log for #brlcad on 20160706

00:29.28*** join/#brlcad LordOfBikes (~armin@dslb-092-075-153-208.092.075.pools.vodafone-ip.de)
04:52.42*** join/#brlcad tandoorichick (~rakshika@117.216.50.77)
06:06.41*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:37.20*** join/#brlcad shubham_ (6881c068@gateway/web/freenode/ip.104.129.192.104)
07:03.47*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:13.08*** join/#brlcad sniok (~sniok@89.252.29.238)
07:47.34*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
08:31.36*** join/#brlcad sniok (~sniok@89.252.29.238)
08:49.00*** join/#brlcad sniok_ (~sniok@89.252.2.135)
09:38.11shubhamcishweradmin: when will the 'gsoc2015-merged' branch get merged with the 'master' branch?
09:38.22shubhamcfor OGV
09:39.03*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
09:41.49*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:04.22*** join/#brlcad KimK (~Kim__@2600:8803:7a82:b200:f119:d173:4267:7664)
10:44.48*** join/#brlcad sniok_ (~sniok@89.252.2.135)
12:06.19*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:17.37*** join/#brlcad tandoorichick (~rakshika@117.209.214.28)
13:48.10asad_brlcad
14:11.35*** join/#brlcad ryoshu (~kamil@netbsd/developer/kamil)
14:11.38ryoshuhi
14:12.58*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:13.17asad_ryoshu, i need some help understanding  struct db_i
14:22.04*** join/#brlcad yorik (~yorik@191.17.144.220)
14:22.18*** part/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
14:22.25*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
15:06.54*** join/#brlcad amarjeet (~amarjeet@101.213.101.187)
15:57.07*** join/#brlcad sniok_ (~sniok@89.252.2.135)
15:59.23*** join/#brlcad amarjeet (~amarjeet@101.213.101.187)
16:30.10Notify03BRL-CAD Wiki:Asadmorgoth * 9784 /wiki/Geometry_Viewer_Application_for_BRL-CAD: Adding db_open() support into compiler application
16:48.56*** join/#brlcad Ch3ck (~Ch3ck@66.118.151.70)
16:58.54*** join/#brlcad sniok_ (~sniok@89.252.2.135)
17:03.56*** join/#brlcad ickby_ (~stefan@x5d847637.dyn.telefonica.de)
17:06.43*** join/#brlcad asad__ (~asad00@host10-2.natpool.mwn.de)
17:14.40*** join/#brlcad merzo (~merzo@119-4-132-95.pool.ukrtel.net)
17:26.12*** join/#brlcad tandoorichick (~rakshika@117.217.163.197)
17:27.06*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
17:35.29*** join/#brlcad amarjeet (~amarjeet@101.213.101.187)
17:36.09*** join/#brlcad ickby_ (~stefan@x5d84726f.dyn.telefonica.de)
18:30.10Notify03BRL-CAD Wiki:Tandoorichick * 9785 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
19:15.18*** join/#brlcad yukonbob (~bch@199.192.105.250)
19:15.21yukonbobhello #brlcad
19:41.43*** join/#brlcad merzo (~merzo@119-4-132-95.pool.ukrtel.net)
19:44.12*** join/#brlcad merzo (~merzo@119-4-132-95.pool.ukrtel.net)
20:42.20*** join/#brlcad ickby_ (~stefan@x5d847d65.dyn.telefonica.de)
20:52.18*** join/#brlcad ickby_ (~stefan@x5d847d65.dyn.telefonica.de)
21:10.08*** join/#brlcad ickby_ (~stefan@x5d847d65.dyn.telefonica.de)
21:22.38*** join/#brlcad ickby (~stefan@x5d847d65.dyn.telefonica.de)
21:37.07*** join/#brlcad ickby_ (~stefan@x5d847d65.dyn.telefonica.de)
21:40.28*** join/#brlcad ickby_ (~stefan@x5d847d65.dyn.telefonica.de)
21:58.27*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
22:00.44*** join/#brlcad ickby (~stefan@x5d847d65.dyn.telefonica.de)
22:10.56*** join/#brlcad ickby (~stefan@x5d847d65.dyn.telefonica.de)
22:22.48*** join/#brlcad ickby_ (~stefan@x5d847d65.dyn.telefonica.de)
22:50.31*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160707

IRC log for #brlcad on 20160707

00:27.27*** join/#brlcad hiwlsirgedjtscsp (~armin@dslb-092-074-240-192.092.074.pools.vodafone-ip.de)
02:26.32brlcadryoshu: hi
03:18.32brlcadboj: you can't use shaded mode to test ray tracing because they are completely unrelated rendering methods -- gqa is the way to go, but try running it outside of mged to better understand what it's doing (brlman gqa)
03:52.13*** join/#brlcad tandoorichick (~rakshika@117.199.142.94)
05:48.47bojthanks brlcad :-) I have succeeded using 'gqa' in several examples(like spheres), but it always gives errors when applied to a single plate even though I tried to change the grid size..
05:50.18bojbut it does not really matter now, I will take sphere as examples first(like trimmed sphere and overlaid spheres etc.).
05:54.32brlcadboj: then you may not be returning valid or correct partitions in the shot() routine
05:55.31brlcadmaybe make sure it works for a single plate-mode bot first, then you can compare that exact same setup as a brep plate
06:10.12bojmaybe, thanks, I will then try plate as well. :)
06:43.39*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:59.18*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:35.48*** join/#brlcad sniok (~sniok@89.252.2.135)
07:52.54*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:10.21*** join/#brlcad tandoorichick (~rakshika@117.199.142.94)
08:30.50*** join/#brlcad sniok (~sniok@89.252.2.135)
08:40.56*** join/#brlcad KimK (~Kim__@2600:8803:7a82:b200:4198:c39d:14b2:575f)
09:31.22*** join/#brlcad sniok (~sniok@89.252.2.135)
09:40.20*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:48.10*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
10:02.47*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
11:38.08*** join/#brlcad sniok (~sniok@89.252.2.135)
12:04.19*** join/#brlcad sniok (~sniok@89.252.29.238)
12:30.50*** join/#brlcad sniok (~sniok@89.252.29.238)
12:36.58*** join/#brlcad sniok (~sniok@89.252.2.135)
12:55.54*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
13:42.19*** join/#brlcad asad_ (~asad00@host189-2.natpool.mwn.de)
13:50.28*** join/#brlcad yorik (~yorik@191.17.144.220)
14:53.09*** join/#brlcad sniok_ (~sniok@89.252.2.135)
15:47.50*** join/#brlcad amarjeet (~amarjeet@101.211.215.97)
17:40.06*** join/#brlcad amarjeet (~amarjeet@101.216.111.235)
18:13.56*** join/#brlcad Zitar (~Zitar@46.186.234.100)
18:20.07*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:00.28Notify03BRL-CAD:ejno * 68234 brlcad/trunk/TODO: update TODO: the 61529 performance improvement only affected a 7.26 dev version; the texture import work was WIP and isn't yet merged into libgcv
19:16.32Notify03BRL-CAD Wiki:Tandoorichick * 9786 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
19:20.46Notify03BRL-CAD:ejno * 68235 brlcad/trunk/NEWS: update NEWS: names, layers, and random color support existed in the previous release although they have changed slightly; add item for mesh objects
19:52.54Notify03BRL-CAD:ejno * 68236 (svn:ignore ## -0,0 +1,3 ## and 3 others): create a branch for experiments/development on caching of librt prep data
20:00.26*** join/#brlcad ickby_ (~stefan@x5d845c1b.dyn.telefonica.de)
20:24.57*** join/#brlcad ickby_ (~stefan@x5d8440c0.dyn.telefonica.de)
20:26.03Notify03BRL-CAD:ejno * 68237 (brlcad/branches/prep-cache/include/brep/bbnode.h brlcad/branches/prep-cache/include/brep/brnode.h and 6 others): commit experimental BREP prep-caching code
20:57.47*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
20:58.05*** part/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
21:05.51*** join/#brlcad ickby_ (~stefan@x5d8440c0.dyn.telefonica.de)
21:35.49*** join/#brlcad merzo (~merzo@183-108-134-95.pool.ukrtel.net)
21:43.40*** join/#brlcad ickby_ (~stefan@x5d8440c0.dyn.telefonica.de)
22:03.47*** join/#brlcad ickby (~stefan@x5d8440c0.dyn.telefonica.de)
23:13.00*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:26.11*** join/#brlcad ickby_ (~stefan@x5d8440c0.dyn.telefonica.de)
23:50.45*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
23:51.30*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
23:55.59*** join/#brlcad ickby (~stefan@x5d8440c0.dyn.telefonica.de)
IRC log for #brlcad on 20160708

IRC log for #brlcad on 20160708

00:26.11*** join/#brlcad fxousoedairtujfx (~armin@dslb-092-074-237-063.092.074.pools.vodafone-ip.de)
01:39.43*** join/#brlcad Zitar (~Zitar@46.186.234.100)
05:35.08*** join/#brlcad tandoorichick (~rakshika@117.199.137.251)
05:40.11*** join/#brlcad LordOfBikes (~armin@dslb-092-074-237-063.092.074.pools.vodafone-ip.de)
06:01.46Notify03BRL-CAD Wiki:Mandeeps708 * 9787 /wiki/User:Mandeeps708/GSoC16/logs: /* logs */
06:07.38*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:48.37*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
08:03.34*** join/#brlcad sniok (~sniok@89.252.2.135)
08:03.46*** join/#brlcad tandoorichick (~rakshika@117.199.137.222)
08:20.21*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
08:22.08*** join/#brlcad brlcad (~sean@104.225.5.10)
08:26.29*** join/#brlcad starseeker (~starseeke@104.225.5.10)
08:34.21*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:37.37*** join/#brlcad sniok (~sniok@89.252.2.135)
08:43.01*** join/#brlcad Zitar (~Zitar@46.186.234.100)
08:47.13*** join/#brlcad brlcad (~sean@104.225.5.10)
08:55.08*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
08:59.33*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:10.36*** join/#brlcad boj (~boj@210.75.252.226)
09:27.42*** join/#brlcad boj (~boj@210.75.252.226)
09:35.22*** join/#brlcad asad_ (~asad00@34.195.eduroam.dynamic.rbg.tum.de)
10:59.31*** join/#brlcad tandoorichick (~rakshika@61.3.208.115)
13:09.01*** join/#brlcad shubham (a5e16833@gateway/web/freenode/ip.165.225.104.51)
13:27.09*** join/#brlcad yorik (~yorik@191.17.144.220)
14:24.15*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:58.00*** join/#brlcad boj (~boj@104.194.17.28)
15:41.02*** join/#brlcad sniok (~sniok@89.252.2.135)
16:24.55*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
16:54.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:52.51*** join/#brlcad ickby (~stefan@x5d84788a.dyn.telefonica.de)
18:41.46Notify03BRL-CAD Wiki:Tandoorichick * 9788 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
18:56.05*** join/#brlcad ickby (~stefan@x5d845531.dyn.telefonica.de)
19:00.18*** join/#brlcad merzo (~merzo@243-34-132-95.pool.ukrtel.net)
19:18.03*** join/#brlcad Mathnerd314_ (~quassel@supertux/Mathnerd314)
19:50.15*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
20:07.43*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
20:14.34*** join/#brlcad Mathnerd314_ (~quassel@supertux/Mathnerd314)
20:20.01*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
22:08.23*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160709

IRC log for #brlcad on 20160709

00:02.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:25.07*** join/#brlcad shddmhudvwyzkoyd (~armin@dslb-092-074-253-008.092.074.pools.vodafone-ip.de)
00:35.04*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:44.58*** join/#brlcad boj (~boj@210.75.252.226)
03:32.34bojI still can not make 'gqa' work correctly on BoT(just a single plane with thickness 2), the debug information indicates that it can find a proper grid spacing automatically and get 2 samples per model pixel, but the program still does not response and can not output the result. :(
03:33.14bojbut for sphere, it alwasys gives result very quickly not matter it is in BoT or b-rep
03:41.13bojhere is the information it gives, and it *seems* stopping at this stage. http://paste.ubuntu.com/18857064/
03:42.17bojI wonder if a plate does not have thickness in one axis, so this tool does not work for this case?
03:43.49bojI am thinking should I design a convex/concave arc surface, it might work?
04:05.54*** join/#brlcad tandoorichick (~rakshika@61.3.208.115)
04:28.57Notify03BRL-CAD:brlcad * 68238 brlcad/trunk/NEWS: support for joints was implemented during the 2014 summer offsite and aftwarwards by several hands. still in a preliminary dev state, but worth mentioning as it was substantial effort and is usable for limited editing purposes. more important to let community know this is an area of work
04:34.27Notify03BRL-CAD:brlcad * 68239 brlcad/trunk/src/libgcv/plugins/fastgen4/fastgen4_write.cpp: need to refactor as it is a common problem category unaddressed.
04:38.48Notify03BRL-CAD:brlcad * 68240 brlcad/trunk/NEWS: nick improved the help string but also make saveview not dump out scripts pointing to a non-existent temp working database. now sometime valid, valid by default, instead of always inavlid (when run from archer).
04:43.44Notify03BRL-CAD:brlcad * 68241 brlcad/trunk/NEWS: keith improved the performance of wireframes in both mged and archer, particularly when using display lists, where it was building the lists 5 times. now it only builds the lists as needed. main commit is 64326.
04:50.35Notify03BRL-CAD:brlcad * 68242 (brlcad/trunk/TODO brlcad/trunk/src/util/bwcrop.c): carl's commit in r65699 looked clearly wrong in the fseek, but unclear on quick review whether the yindex adjustment is correct or not. schedule bwcrop for testing, but deeming not release-critical.
04:52.24Notify03BRL-CAD:brlcad * 68243 brlcad/trunk/TODO: check pixembed too per r64202
07:20.56*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:23.27*** join/#brlcad LordOfBikes (~armin@dslb-092-074-253-008.092.074.pools.vodafone-ip.de)
08:02.30*** join/#brlcad merzo (~merzo@211-21-133-95.pool.ukrtel.net)
08:04.00*** join/#brlcad ickby (~stefan@x5d845d01.dyn.telefonica.de)
08:26.07*** join/#brlcad ickby_ (~stefan@x5d845d01.dyn.telefonica.de)
08:31.08*** join/#brlcad ickby (~stefan@x5d845d01.dyn.telefonica.de)
08:31.32*** join/#brlcad sniok (~sniok@89.252.2.135)
08:43.11*** join/#brlcad ickby (~stefan@x5d845d01.dyn.telefonica.de)
09:03.12*** join/#brlcad sniok (~sniok@89.252.2.135)
09:33.47*** join/#brlcad boj (~boj@210.75.252.226)
09:42.40*** join/#brlcad sniok (~sniok@89.252.2.135)
09:53.33*** join/#brlcad tandoorichick (~rakshika@117.236.247.167)
10:31.57*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
10:53.12*** join/#brlcad sniok (~sniok@89.252.2.135)
11:05.12*** join/#brlcad Mandeep_Singh (~mandeep@117.214.203.168)
11:10.53*** join/#brlcad tandoorichick (~rakshika@61.3.212.158)
12:13.22*** join/#brlcad amarjeet (~amarjeet@101.211.222.40)
12:32.18*** join/#brlcad ickby (~stefan@x5d84460b.dyn.telefonica.de)
12:56.41*** join/#brlcad sniok (~sniok@89.252.2.135)
13:21.18*** join/#brlcad sniok (~sniok@89.252.2.135)
14:42.42*** join/#brlcad amarjeet (~amarjeet@101.211.222.40)
14:44.23*** join/#brlcad yorik (~yorik@191.17.144.220)
14:47.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:00.24*** join/#brlcad sniok (~sniok@89.252.2.135)
15:16.32*** join/#brlcad Mandeep_Singh (~mandeep@117.214.203.168)
15:45.05*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:46.56*** join/#brlcad sniok_ (~sniok@89.252.29.238)
16:11.36starseekerwonders how the gct decimation compares with that of openmesh
16:11.48*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
16:24.49*** join/#brlcad sniok (~sniok@89.252.2.135)
16:31.00*** join/#brlcad Mandeep_Singh (~mandeep@117.214.203.168)
16:51.37*** join/#brlcad amarjeet (~amarjeet@101.211.222.40)
17:47.19brlcadsounds like we need some decimation test cases
17:47.21*** join/#brlcad Zitar (~Zitar@31.203.87.31)
17:50.00*** join/#brlcad gaganjyot (~gagan@103.252.24.164)
18:24.55*** join/#brlcad sniok (~sniok@89.252.2.135)
18:29.33StragusEh starseeker brlcad, I would be curious if you make that comparison
18:30.59StragusAlthough I believe in the mesh decimation code (assuming that's mine), I aimed for high quality... and performance
19:24.52brlcadStragus: *nod*
19:25.26brlcadwe did find a few test cases that made it crash when we tried to set up some examples for a presentation
19:26.03brlcadbut didn't investigate, and that point sample was no implication on how robust it is
19:36.28StragusIt expects and requires properly prepared meshes, no edge must be shared by two triangles except once in the reversed order (AB, BA)
19:36.57StragusI probably should have added some preliminarly error checking/correction, but it was always fed good data when I wrote it
19:39.35*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
20:22.22Notify03BRL-CAD Wiki:Tandoorichick * 9789 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
20:49.11*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
21:48.30*** join/#brlcad asad___ (~asad00@host10-2.natpool.mwn.de)
22:32.29*** join/#brlcad Zitar (~Zitar@31.203.87.31)
22:54.19*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160710

IRC log for #brlcad on 20160710

00:23.41*** join/#brlcad ssolkjzcfhspmaoa (~armin@dslc-082-083-186-106.pools.arcor-ip.net)
01:40.50*** join/#brlcad Zitar (~Zitar@37.231.124.148)
02:29.31Notify03BRL-CAD:brlcad * 68244 brlcad/trunk/TODO: openmesh licensing is now trivial to work with. consider for mesh processing.
03:45.40bojHow to import several *.g model into mged simultaneously?
03:55.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:04.29*** join/#brlcad Zitar (~Zitar@37.231.124.148)
06:15.55*** join/#brlcad Zitar (~Zitar@37.231.124.148)
06:25.33*** join/#brlcad tandoorichick (~rakshika@117.199.143.190)
08:43.04*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
08:54.05*** join/#brlcad boj (~boj@210.75.252.226)
08:54.05*** join/#brlcad brlcad (~sean@104.225.5.10)
08:54.05*** join/#brlcad ryoshu (~kamil@netbsd/developer/kamil)
08:54.15*** join/#brlcad KimK (~Kim__@2600:8803:7a82:b200:4198:c39d:14b2:575f)
08:54.15*** join/#brlcad Gud (~k@c-b709e555.021-17-73746f36.cust.bredbandsbolaget.se)
09:04.03*** join/#brlcad amarjeet (~amarjeet@101.214.17.228)
09:20.00*** join/#brlcad tandoorichick (~rakshika@61.0.112.173)
09:56.39*** join/#brlcad tandoorichick (~rakshika@61.2.78.169)
11:12.26*** join/#brlcad tandoorichick (~rakshika@117.249.180.232)
11:49.52*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:12.49*** join/#brlcad tandoorichick (~rakshika@117.250.122.217)
12:56.07brlcadboj: dbconcat
13:20.46*** join/#brlcad amarjeet (~amarjeet@101.211.174.97)
13:36.00*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:52.40bojthanks, brlcad, I have a problem using gqa, the same plane with different position(rotation and translation), gqa will give different result?
14:22.45*** join/#brlcad tandoorichick (~rakshika@61.0.115.155)
14:24.41*** join/#brlcad ickby (~stefan@x5d847b68.dyn.telefonica.de)
14:41.46*** join/#brlcad amarjeet (~amarjeet@101.211.223.124)
15:05.48*** join/#brlcad ickby (~stefan@x5d847b68.dyn.telefonica.de)
15:17.29*** join/#brlcad ickby (~stefan@x5d847b68.dyn.telefonica.de)
15:17.58*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:27.59*** join/#brlcad ickby (~stefan@x5d847b68.dyn.telefonica.de)
15:45.27*** join/#brlcad ickby_ (~stefan@x5d847b68.dyn.telefonica.de)
16:02.28*** join/#brlcad Mandeep_Singh (~mandeep@117.199.100.182)
16:11.55*** join/#brlcad ickby (~stefan@x5d847b68.dyn.telefonica.de)
16:23.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:38.58starseekerconfound it
16:39.13starseekerthe 3dm-g mechanism isn't working for MSVC
16:39.25brlcadmechanism?
16:54.04*** join/#brlcad ickby_ (~stefan@x5d847b68.dyn.telefonica.de)
16:54.13starseekerthe wrapping script I put in place to handle the plugins from libgcv
16:54.49starseeker3dm needs libgcv's plugins during the build process, but if the install dir is already in place it will insist on looking there and not in the build dir unless BRLCAD_ROOT is set
16:55.07starseekersame problem we have with tcl scripts, but this is more serious
16:55.18starseekerbuild failure if it doesn't get this right
16:55.40starseekerlooks like I'm missing some logic for the multi-config case
16:55.42starseekerworking it now
17:07.46Notify03BRL-CAD:starseeker * 68245 (brlcad/trunk/db/nist/CMakeLists.txt brlcad/trunk/misc/CMake/builddir_cmd.cmake.in): Give this a try for 3dm-g building.
17:14.54brlcadthere is an env override for gcv, LIBGCV_PLUGINS_PATH
17:15.26brlcadbuild script should probably set that (instead of BRLCAD_ROOT)
17:16.06brlcadeep, this looks odd...
17:16.19starseekerwhat, the script logic?
17:16.26brlcadwonders why there is also a LIBGCV_PLUGINS_DIRECTORY defined in _gcv_plugins_get_path()
17:16.31starseekeroh
17:17.38brlcadah, I see .. yeah, that doesn't make usability sense to me .. just need one var to point to the place
17:18.02brlcadnot one var for the top part of the path, and whole other var for the final folder name...
17:18.46Notify03BRL-CAD:starseeker * 68246 brlcad/trunk/misc/CMake/builddir_cmd.cmake.in: duh - BUILD_TYPE, not BUILD_DIR
17:19.36brlcadfwiw, it looks to me that _gcv_plugins_get_path() is inadequate
17:19.56starseekerisn't surprised
17:20.52starseekeris just trying for a minimal fix so 7.26.0 will build with an already installed BRL-CAD is in place, but the issue needs more thought
17:26.17brlcadnods
17:28.27starseekerbrlcad: out of curiosity, how does openmesh's half-edge data struture compare to nmg?
17:31.59starseekerok, I *think* that's got it...
17:32.07starseekerdoes a clean-dir Windows build
17:45.22brlcadstarseeker: nmg's radial edge method is considerably superior to half-edge in terms of flexibility (and complexity)
17:46.13brlcadhalf edge cannot represent non-manifold geometry (which depending on the interface or import may be an intermediate modeling state)
17:48.09brlcadthis is particularly important for boolean eval of meshes as a resulting evaluation is often non-manifold (e.g. intersection of two tangent boxes)
17:50.01brlcaddoesn't mean we can't try to make it work or that it won't be useful for a whole class of operations, but half edge presents a different set of challenges
17:53.34*** join/#brlcad ickby (~stefan@x5d847b68.dyn.telefonica.de)
18:09.31*** join/#brlcad ickby (~stefan@x5d847b68.dyn.telefonica.de)
18:25.26*** join/#brlcad ickby_ (~stefan@x5d847b68.dyn.telefonica.de)
21:04.13*** join/#brlcad merzo (~merzo@233-7-132-95.pool.ukrtel.net)
23:39.19*** join/#brlcad merzo (~merzo@233-7-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20160711

IRC log for #brlcad on 20160711

00:03.42*** join/#brlcad shubhamc (01163f2b@gateway/web/freenode/ip.1.22.63.43)
00:22.42*** join/#brlcad jkfcltwyoasahbdl (~armin@dslb-088-065-179-088.088.065.pools.vodafone-ip.de)
00:24.53*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:58.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:10.11starseekerOK, looks like clean windows build worked that time
03:29.13Notify03BRL-CAD:brlcad * 68247 brlcad/trunk/src/brlman/brlman.c: make sure status is initialized for the case where gui is enabled, but compiled without MAN_GUI (an there's an exit handler). llvm-detected.
04:44.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:58.36*** join/#brlcad tandoorichick (~rakshika@117.246.22.167)
06:06.21*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:45.59*** join/#brlcad tandoorichick_ (~rakshika@117.231.133.56)
06:49.57*** join/#brlcad tandoorichick_ (~rakshika@117.231.133.56)
08:02.57*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:22.18*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
10:07.13*** join/#brlcad shubham (6881c068@gateway/web/freenode/ip.104.129.192.104)
10:08.42*** join/#brlcad merzo (~merzo@92.60.189.225)
11:13.13*** join/#brlcad tandoorichick_ (~rakshika@117.222.158.181)
11:28.47*** join/#brlcad sniok (~sniok@89.252.2.135)
12:14.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:16.56*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:26.45Notify03BRL-CAD Wiki:Wmitanie47 * 0 /wiki/User:Wmitanie47:
12:59.38*** join/#brlcad yorik (~yorik@189-18-176-33.dsl.telesp.net.br)
12:59.45*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
13:09.16*** join/#brlcad asad____ (~asad00@host10-2.natpool.mwn.de)
13:39.55*** join/#brlcad boj (~boj@210.75.252.226)
13:45.29Notify03BRL-CAD:ejno * 68248 brlcad/trunk/NEWS: add NEWS for features that were not announced for previous releases
14:15.53*** join/#brlcad amarjeet (~amarjeet@101.214.251.64)
15:11.02*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
16:04.48*** join/#brlcad sniok (~sniok@89.252.2.135)
17:03.42*** join/#brlcad lordPoseidon (~nimitbhar@117.206.204.188)
17:05.24lordPoseidonI need an info, I want to get selected in Google summer code, through BRL-CAD, so in order to get selected what i should I know to contribute to the organization
17:11.23lordPoseidonplz if anybody here answer
17:20.15snioklordPoseidon: hi, you can get some info here http://brlcad.org/wiki/Google_Summer_of_Code
17:22.09lordPoseidonok thx
17:34.27lordPoseidonsniok: I read the material and checklist too, I know C and python, can I contribute
17:35.15lordPoseidonmay be as I checked the source code from the github mirror its 36% in c and 25% in python
17:35.25lordPoseidonso what should I know more
17:36.41snioklordPoseidon: well I don't know. Can you? Try some contributor quickies and see if you can http://brlcad.org/wiki/Contributor_Quickies
17:38.19lordPoseidonOK, thanks for giving me direction
18:37.45*** join/#brlcad ickby (~stefan@x5d847c01.dyn.telefonica.de)
18:51.41Notify03BRL-CAD Wiki:Tandoorichick * 9790 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
19:06.10Notify03BRL-CAD Wiki:Tandoorichick * 9791 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
19:41.45*** join/#brlcad ickby_ (~stefan@x5d847c01.dyn.telefonica.de)
19:49.30*** join/#brlcad LordOfBikes (~armin@dslb-088-065-179-088.088.065.pools.vodafone-ip.de)
20:29.25Notify03BRL-CAD:starseeker * 68249 brlcad/trunk/NEWS: random color option existed earlier in 3dm-g - has been preserved in the new setup, but not new.
20:38.01Notify03BRL-CAD:starseeker * 68250 (brlcad/branches/qtged/AUTHORS brlcad/branches/qtged/CHANGES and 430 others): Sync with trunk thru r68249
20:51.19starseekerhuh https://wiki.blender.org/index.php/Dev:Source/Modeling/BMesh/Design
20:51.23*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
20:52.40*** join/#brlcad gagan (~gagan@103.252.24.183)
20:53.03*** join/#brlcad gagan (~gagan@103.252.24.183)
20:53.06gaganbrlcad, ping
21:03.59starseekerah, cool:  http://kaba.hilvi.org/homepage/blog/halfedge/halfedge.htm
21:06.53starseekerHmm.. wonder if openmesh could be extended from half edge to partial edge when we need to do non-manifold
21:09.13gaganbrlcad, ping
21:10.38brlcadgagan: i've seen the many pings, but I've been on and off the computer all day for short stints, not much time to talk though -- will have time in 3 hours
22:47.09*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:10.09*** join/#brlcad tvvaaznmmygchsji (~armin@dslb-092-074-236-177.092.074.pools.vodafone-ip.de)
IRC log for #brlcad on 20160712

IRC log for #brlcad on 20160712

00:18.31*** join/#brlcad LordOfBikes (~armin@dslb-092-074-240-172.092.074.pools.vodafone-ip.de)
00:31.29Notify03BRL-CAD:starseeker * 68251 brlcad/branches/qtged/src/qged/cadcommands.cxx: fix qged build
03:36.31*** join/#brlcad swsujplubhutfaja (~armin@dslb-092-075-146-135.092.075.pools.vodafone-ip.de)
03:49.33*** join/#brlcad tandoorichick_ (~rakshika@117.216.52.10)
05:28.12*** join/#brlcad ickby_ (~stefan@x5d84738a.dyn.telefonica.de)
05:36.42*** join/#brlcad ickby (~stefan@x5d84738a.dyn.telefonica.de)
06:05.15*** join/#brlcad tandoorichick_ (~rakshika@61.3.211.206)
06:26.26*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:05.20*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:11.54*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:14.23*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:25.14*** join/#brlcad sniok (~sniok@89.252.2.135)
09:08.03*** join/#brlcad tandoorichick_ (~rakshika@117.222.154.140)
09:16.13Notify03BRL-CAD Wiki:Julianfoad * 9792 /wiki/ARL_Technical_Reports: Remove spam, again... sigh.
09:16.59*** join/#brlcad sniok (~sniok@89.252.2.135)
09:17.53*** join/#brlcad merzo (~merzo@92.60.189.225)
10:24.36*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
10:31.08*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
11:29.43*** join/#brlcad shubham (6881c068@gateway/web/freenode/ip.104.129.192.104)
11:35.23*** join/#brlcad sniok (~sniok@89.252.2.135)
12:19.43*** join/#brlcad sniok (~sniok@89.252.2.135)
12:22.16*** join/#brlcad sniok_ (~sniok@89.252.29.238)
13:07.39*** join/#brlcad sniok_ (~sniok@89.252.29.238)
13:27.27*** join/#brlcad yorik (~yorik@189-18-176-33.dsl.telesp.net.br)
13:31.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:02.54*** join/#brlcad asad_____ (~asad00@host10-2.natpool.mwn.de)
14:05.10Notify03BRL-CAD:ejno * 68252 (brlcad/trunk/src/librt/primitives/brep/brep.cpp brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): add 'const'
14:18.10*** join/#brlcad sniok_ (~sniok@89.252.29.238)
14:47.51*** join/#brlcad amarjeet (~amarjeet@101.216.174.8)
15:32.48*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:44.32starseekercool - with the latest CMake and ninja, it's now possible to replace the Make generator's support for subdirectory building (e.g. cd src/other/tcl && make) with special toplevel targets (e.g. ninja src/other/tcl/all)
15:47.54*** join/#brlcad asad______ (~asad00@host10-2.natpool.mwn.de)
16:00.39Notify03BRL-CAD:starseeker * 68253 (brlcad/branches/RELEASE/NEWS Property Changed: and 2 others): Merge NEWS updates to RELEASE thru r68252
16:11.02Notify03BRL-CAD:starseeker * 68254 (brlcad/trunk/misc/tools/astyle/ASBeautifier.cpp brlcad/trunk/misc/tools/astyle/ASEnhancer.cpp and 8 others): Update astyle to r503 from svn
16:11.03*** join/#brlcad ickby (~stefan@x5d845bcd.dyn.telefonica.de)
16:12.52Notify03BRL-CAD:starseeker * 68255 brlcad/trunk/misc/tools/astyle/LICENSE: Whoops - copied readme instead of LICENSE.txt - fix.
16:14.26Notify03BRL-CAD:starseeker * 68256 brlcad/trunk/misc/tools/astyle/README: Update revision reference in README
16:18.19*** join/#brlcad gagan (~gagan@103.252.24.155)
16:20.11Notify03BRL-CAD:starseeker * 68257 brlcad/branches/RELEASE/db/nist/CMakeLists.txt: Merge in update to 3dm-g running during build - commits 68216,68245-68246
16:21.51Notify03BRL-CAD:starseeker * 68258 (brlcad/branches/RELEASE/src/brlman/brlman.c Property Changed: and 2 others): Merge in llvm detected fix from r68247
16:26.16Notify03BRL-CAD:starseeker * 68259 NIL: Need more planning before attempting any major rework of this sort.
16:54.01Notify03BRL-CAD:starseeker * 68260 (brlcad/branches/rel8/src/tclscripts/CMakeLists.txt brlcad/branches/rel8/src/tclscripts/archer/Arb4EditFrame.tcl and 217 others): rel8 hasn't been synced in a *really* long time... start doing the easier bits of that merge...
16:57.33*** join/#brlcad sniok (~sniok@89.252.2.135)
16:57.51Notify03BRL-CAD:starseeker * 68261 (brlcad/branches/rel8/src/other/CMakeLists.txt brlcad/branches/rel8/src/other/bullet.dist and 494 others): src/other looks like a clean update...
16:58.17*** join/#brlcad ickby_ (~stefan@x5d845bcd.dyn.telefonica.de)
17:10.04Notify03BRL-CAD:starseeker * 68262 (brlcad/branches/rel8/src/libbn/CMakeLists.txt brlcad/branches/rel8/src/libbn/anim.c and 553 others): More syncing. looks like the xor removal from brep.c in libged was made largely moot by other refactoring.
17:16.56Notify03BRL-CAD:starseeker * 68263 (brlcad/branches/rel8/src/libtclcad/CMakeLists.txt brlcad/branches/rel8/src/libtclcad/cmdhist_obj.c and 200 others): more clean updates
17:29.07Notify03BRL-CAD:starseeker * 68264 (brlcad/branches/rel8/src/librt/CMakeLists.txt brlcad/branches/rel8/src/librt/attributes.c and 256 others): I think this updates the librt XOR removal in light of subsequent librt changes...
17:33.41*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
17:37.00Notify03BRL-CAD:starseeker * 68265 (brlcad/branches/rel8/src/CMakeLists.txt brlcad/branches/rel8/src/README and 1008 others): Merge the rest of src
18:19.08*** join/#brlcad sniok (~sniok@89.252.2.135)
18:20.08*** join/#brlcad merzo (~merzo@183-108-134-95.pool.ukrtel.net)
18:38.52Notify03BRL-CAD Wiki:Tandoorichick * 9793 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
18:58.27*** join/#brlcad gaganjyot (~gaganjyot@103.252.24.155)
18:58.40gaganjyotbrlcad, hi
18:59.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:00.22brlcadgaganjyot: hello
19:25.07*** join/#brlcad brlcad (~sean@104.225.5.10)
19:29.33*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
19:49.12*** join/#brlcad gaganjyot (~gaganjyot@103.252.24.155)
20:49.24*** join/#brlcad asad_______ (~asad00@host10-2.natpool.mwn.de)
21:27.58*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
21:45.56starseekerglares at sourceforge
IRC log for #brlcad on 20160713

IRC log for #brlcad on 20160713

00:40.43*** join/#brlcad djikakzlmzkfsusr (~armin@dslb-178-007-230-009.178.007.pools.vodafone-ip.de)
02:27.14*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
02:33.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:11.12*** join/#brlcad boj (~boj@210.75.252.226)
03:13.53bojHi, blrcad, I have figured out why gqa does not give same result regarding to planes with different rotations, because the type of bot is 'plate' not 'plate-nocos', so I think the volume is related to oblique angle, is it reasonable?
03:15.22bojfor a BoT spere, if the type is 'plate', the volume calculated seems to be more reasonable than 'plate-nocos' sphere.
03:17.23bojbut I remember previously you said, gqa's result should be exactly same with mathematical formula, but in my several examples, gqa can only give an approximate result, is it acceptable?
03:18.45bojbesides, in my current implementatoin, I do not consider the oblique? I think if possible, do we need to consider this aspect?
03:19.08bojhope for your suggestions :)
03:20.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:21.28*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
03:55.17*** join/#brlcad tandoorichick_ (~rakshika@117.222.154.140)
03:56.06*** join/#brlcad tandoorichick_ (~rakshika@117.222.154.140)
06:49.41*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:08.52*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
07:10.13*** join/#brlcad sniok (~sniok@89.252.2.135)
07:37.50*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:48.18d_rossbergtandoorichick_: any progress with the memory issue?
07:51.58*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
07:58.31tandoorichick_d_rossberg: not yet... still trying to figure out what's wrong with the edge contraction functions (as the memory issues don't occur after the vertex contraction process). i was working on the stitching algo meanwhile...
07:59.31d_rossbergdo you know valgrind?
08:00.00tandoorichick_uh no...
08:00.26d_rossbergwhich OS do you use?
08:01.54tandoorichick_Ubuntu
08:02.30tandoorichick_i'm checking out valgrind now..
08:06.28d_rossbergok, then "valgrind mged bbtrial.g" + "heal samplebot.s"
08:08.35d_rossbergbtw, "sudo apt-get install valgrind", right?
08:08.46tandoorichick_yeah yeah :)
08:12.14ryoshuwhen is planned brlcad to be released?
08:12.24ryoshuI want to package/port it to NetBSD
08:13.16ryoshuthe current stable version has issues with CMake.. and the current one is deep refactor of the things, so hard to cherry-pick things
08:27.10*** join/#brlcad sniok (~sniok@89.252.2.135)
08:51.05*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:05.41*** join/#brlcad shubham (6881c068@gateway/web/freenode/ip.104.129.192.104)
09:14.03*** join/#brlcad tandoorichick_ (~rakshika@61.0.114.118)
09:36.06*** join/#brlcad sniok (~sniok@89.252.2.135)
10:19.10*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
10:56.02*** join/#brlcad yorik (~yorik@189-18-176-33.dsl.telesp.net.br)
12:02.34*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:06.11*** join/#brlcad sniok (~sniok@89.252.2.135)
13:03.06*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
13:44.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:46.00d_rossbergryoshu: i don't know when the next BRL-CAD version will actually be released, but the RELEASE branche should be very close to it
13:51.48*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
14:15.27*** join/#brlcad amarjeet (~amarjeet@101.216.213.4)
14:21.01*** join/#brlcad ickby_ (~stefan@x5d845884.dyn.telefonica.de)
14:24.21*** join/#brlcad ickby_ (~stefan@x5d845884.dyn.telefonica.de)
14:53.58starseekerwell for one thing, sourceforge will have to get themselves put back together
14:54.01starseekergrowl...
15:13.35starseekerlovely timing - finally get started on the rel8 update and zap
15:13.44starseekerwonders if he broke sourceforge...
15:17.18*** join/#brlcad amarjeet (~amarjeet@101.211.173.44)
15:33.12d_rossbergexit
16:00.42brlcadthere's about 4 hours of reviews remaining, just a matter of sinking in that time and finishing up
16:00.58brlcadsourceforge seems responsive right now
16:03.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:21.10*** join/#brlcad sniok (~sniok@89.252.2.135)
16:47.42*** join/#brlcad gaganjyot (~gaganjyot@103.252.24.145)
16:55.53*** join/#brlcad ickby (~stefan@x5d845884.dyn.telefonica.de)
17:26.59*** join/#brlcad boj (~boj@210.75.252.226)
17:34.35*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
17:35.32*** join/#brlcad gaganjyot (~gaganjyot@103.252.24.145)
18:20.32*** join/#brlcad sniok (~sniok@89.252.2.135)
18:45.06starseekeryeah, back up now
18:51.24Notify03BRL-CAD:starseeker * 68266 (brlcad/trunk/misc/CMake/autoheader.cmake =================================================================== and 266 others): checkpoint.
19:02.21Notify03BRL-CAD:ejno * 68267 brlcad/branches/prep-cache/src/librt/primitives/brep/brep.cpp: implement compression of prep cache data
19:25.58*** join/#brlcad KimK (~Kim__@2600:8803:7a82:b200:d0c7:92b9:d0ee:a581)
19:42.14Notify03BRL-CAD:starseeker * 68268 brlcad/branches/rel8/doc/docbook/system/man1/CMakeLists.txt: Make another stab at syncing rel8 with trunk thru r68266 - part 1
19:44.08Notify03BRL-CAD:starseeker * 68269 brlcad/branches/rel8/doc/docbook/system/mann/CMakeLists.txt: Make another stab at syncing rel8 with trunk thru r68266 - part 2
19:44.37Notify03BRL-CAD:starseeker * 68270 (brlcad/branches/rel8/doc/docbook/system/CMakeLists.txt brlcad/branches/rel8/doc/docbook/system/README and 2 others): Make another stab at syncing rel8 with trunk thru r68266 - part 3
19:45.46Notify03BRL-CAD:starseeker * 68271 (brlcad/branches/rel8/doc/docbook/CMakeLists.txt brlcad/branches/rel8/doc/docbook/articles/CMakeLists.txt and 30 others): Make another stab at syncing rel8 with trunk thru r68266 - part 4
19:46.10Notify03BRL-CAD:starseeker * 68272 (brlcad/branches/rel8/doc/BRL-CAD.bib brlcad/branches/rel8/doc/CMakeLists.txt and 19 others): Make another stab at syncing rel8 with trunk thru r68266 - part 5
19:47.15Notify03BRL-CAD:starseeker * 68273 (brlcad/branches/rel8/include/CMakeLists.txt brlcad/branches/rel8/include/analyze.h and 79 others): Make another stab at syncing rel8 with trunk thru r68266 - part 6
19:48.19Notify03BRL-CAD:starseeker * 68274 (brlcad/branches/rel8/src/util/CMakeLists.txt brlcad/branches/rel8/src/util/admin-db.cpp and 112 others): Make another stab at syncing rel8 with trunk thru r68266 - part 7
19:52.03Notify03BRL-CAD:starseeker * 68275 (svn:mergeinfo ## -0,0 +1,8 ## and 9 others): Make another stab at syncing rel8 with trunk thru r68266 - part 8
19:57.19Notify03BRL-CAD:starseeker * 68276 (brlcad/branches/rel8/src/librt/bezier.c brlcad/branches/rel8/src/librt/columnparse.c and 159 others): Make another stab at syncing rel8 with trunk thru r68266 - part 9
19:59.57Notify03BRL-CAD:starseeker * 68277 (brlcad/branches/rel8/AUTHORS brlcad/branches/rel8/BUGS and 179 others): Make another stab at syncing rel8 with trunk thru r68266 - part 10
20:03.23*** join/#brlcad ickby (~stefan@x5d845884.dyn.telefonica.de)
20:07.50*** join/#brlcad ickby_ (~stefan@x5d845884.dyn.telefonica.de)
20:50.50*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:59.11*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
21:00.50*** join/#brlcad merzo (~merzo@183-108-134-95.pool.ukrtel.net)
21:13.52Notify03BRL-CAD:starseeker * 68278 (brlcad/branches/rel8/include/brep/boolean.h brlcad/branches/rel8/include/brep.h brlcad/branches/rel8/src/other/libpng/scripts/dfn.awk): Finish sync of rel8 with trunk r68266
21:16.02Notify03BRL-CAD:starseeker * 68279 brlcad/branches/rel8/include/rt/op.h: remove OP_XOR from the rt/op.h list.
21:45.18*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.220)
22:05.28Notify03BRL-CAD:starseeker * 68280 brlcad/branches/rel8/src/libged/shape_recognition.cpp: Remove OP_XOR from shape_recognition.cpp
22:15.49Notify03BRL-CAD:starseeker * 68281 (brlcad/branches/binary-attributes/AUTHORS brlcad/branches/binary-attributes/BUGS and 3047 others): Sync with trunk thru r68279
22:23.48brlcadsourceforge seems responsive right now
22:26.22Notify03BRL-CAD Wiki:Tandoorichick * 9794 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
22:28.03Notify03BRL-CAD:starseeker * 68282 (brlcad/branches/gecode/AUTHORS brlcad/branches/gecode/CHANGES and 441 others): Sync with trunk thru r68281
22:41.21Notify03BRL-CAD:starseeker * 68283 (brlcad/branches/binary-attributes/src/util/admin-db.cpp =================================================================== and 498 others): Fix some syncing issues with trunk
22:43.59*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:50.33Notify03BRL-CAD:starseeker * 68284 brlcad/trunk/src/librt/attributes.c: Looks like the binary attributes bits in attributes.c were moved over a while back, but not synced with the latest changes from the branch.
23:03.14Notify03BRL-CAD:starseeker * 68285 (brlcad/branches/binary-attributes/src/other/libbson/CMakeLists.txt brlcad/branches/binary-attributes/src/other/libbson/NEWS and 6 others): Update libbson to 1.3.5, strip it down to essentials
23:32.16Notify03BRL-CAD:starseeker * 68286 (brlcad/trunk/src/libpc/CMakeLists.txt brlcad/trunk/src/other/CMakeLists.txt): Since the gecode work essentially consists of a few early experiments, there's not really any point in keeping the whole branch just for those files. gecode itself would need to be upgraded anyway, so just fold the essential bits into trunk under an if test. Not worth checking in gecode to src/other yet.
23:33.36Notify03BRL-CAD:starseeker * 68287 NIL: key files from this branch are in libpc and misc/CMake in trunk - remove branch.
23:49.20Notify03BRL-CAD:starseeker * 68288 brlcad/trunk/misc/CMake/ThirdParty.cmake: Add an UNDOCUMENTED flag to the ThirdParty macro, so we can add src/other logic for dev projects without forcing updates to INSTALL and configure.
IRC log for #brlcad on 20160714

IRC log for #brlcad on 20160714

00:22.32Notify03BRL-CAD:starseeker * 68289 (brlcad/trunk/CMakeLists.txt brlcad/trunk/TODO and 6 others): Since we've got the RELEASE branch, go ahead and move the binary_attribute work into trunk under the CMake option BRLCAD_ENABLE_BINARY_ATTRIBUTES. Untested, but it looks like test_binary_attributes.c was a stub in the branch as well...
00:23.25Notify03BRL-CAD:starseeker * 68290 NIL: Work merged into trunk under BRLCAD_ENABLE_BINARY_ATTRIBUTES option - close branch.
00:39.37*** join/#brlcad vucdzxwfvnlckquj (~armin@dslb-088-066-130-116.088.066.pools.vodafone-ip.de)
01:12.12Notify03BRL-CAD:starseeker * 68291 (brlcad/branches/d-binding/CHANGES brlcad/branches/d-binding/CMakeLists.txt and 527 others): Sync with trunk thru r61290
02:40.46*** join/#brlcad asad__ (~asad00@host10-2.natpool.mwn.de)
03:50.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:08.31*** join/#brlcad KimK (~Kim__@2600:8803:7a82:b200:d0c7:92b9:d0ee:a581)
04:13.53*** join/#brlcad tandoorichick_ (~rakshika@117.245.149.82)
04:13.59*** part/#brlcad tandoorichick_ (~rakshika@117.245.149.82)
04:14.26*** join/#brlcad tandoorichick (~rakshika@117.245.149.82)
04:31.54tandoorichicki've made changes in the rt_bot_internal structure variable (passed as pointer). but the changes don't reflect in 'draw' or 'analyze'.. any pointers on what could be the reason?
06:54.41*** join/#brlcad sniok (~sniok@89.252.2.135)
06:58.41*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:09.40*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
08:15.47tandoorichickd_rossberg: valgrind was helpful.memory issues are gone. but the changes in the bot are not being reflected when i call 'draw' or 'analyze'...
08:16.18*** join/#brlcad sniok (~sniok@89.252.2.135)
08:29.48d_rossbergyou have to wrie it back to the database, e.g. with rt_db_put_internal
08:32.52d_rossbergor GED_DB_PUT_INTERNAL ?
08:50.53*** join/#brlcad sniok (~sniok@89.252.2.135)
10:04.15*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:09.32*** join/#brlcad sniok (~sniok@89.252.2.135)
10:19.59*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
10:37.58*** join/#brlcad amarjeet (~amarjeet@101.214.194.167)
11:46.19*** join/#brlcad merzo (~merzo@194-94-133-95.pool.ukrtel.net)
12:01.19*** join/#brlcad yorik (~yorik@189-18-176-33.dsl.telesp.net.br)
12:14.39*** join/#brlcad sniok (~sniok@89.252.2.135)
12:22.28*** join/#brlcad merzo (~merzo@106-103-132-95.pool.ukrtel.net)
12:23.07*** join/#brlcad amarjeet (~amarjeet@101.214.194.167)
12:55.56*** join/#brlcad sniok (~sniok@89.252.2.135)
13:41.16*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:05.34*** join/#brlcad tandoorichick (~rakshika@117.209.190.211)
14:08.40*** join/#brlcad tandoorichick_ (~rakshika@45.118.123.78)
14:14.12Notify03BRL-CAD:ejno * 68292 brlcad/branches/prep-cache/src/librt/primitives/brep/brep.cpp: formatting
14:19.37*** join/#brlcad sniok (~sniok@89.252.2.135)
14:20.57Notify03BRL-CAD:ejno * 68293 (brlcad/branches/prep-cache/CMakeLists.txt brlcad/branches/prep-cache/NEWS and 28 others): merge with trunk to r68289
14:34.25*** join/#brlcad sniok (~sniok@89.252.29.238)
14:50.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:07.18Notify03BRL-CAD:starseeker * 68294 (brlcad/branches/d-binding/AUTHORS brlcad/branches/d-binding/doc/CMakeLists.txt and 58 others): Sync with trunk thru r61500
15:39.53Notify03BRL-CAD:starseeker * 68295 (brlcad/branches/d-binding/BUGS brlcad/branches/d-binding/CMakeLists.txt and 17 others): Hmm... something causing trouble with large merges here... Sync with trunk thru r61550
15:40.50Notify03BRL-CAD:starseeker * 68296 (brlcad/branches/d-binding/AUTHORS brlcad/branches/d-binding/BUGS and 14 others): Sync with trunk thru r61600
16:00.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:01.12*** join/#brlcad Mandeep_Singh (~mandeep@101.60.224.75)
16:01.20Notify03BRL-CAD:starseeker * 68297 (brlcad/branches/d-binding/AUTHORS brlcad/branches/d-binding/CMakeLists.txt and 104 others): Sync with trunk thru r61800
16:25.52Notify03BRL-CAD:starseeker * 68298 (brlcad/branches/d-binding/AUTHORS brlcad/branches/d-binding/BUGS and 843 others): Sync with trunk thru r62800
16:26.02Notify03BRL-CAD:starseeker * 68299 (svn:ignore ## -0,0 +1,3 ## and 3 others): Create a branch for the no doubt highly disruptive upgrade to Tcl/Tk 8.6
16:44.33Notify03BRL-CAD:starseeker * 68300 (brlcad/branches/d-binding/AUTHORS brlcad/branches/d-binding/BUGS and 3526 others): Sync with trunk thru r66800
16:46.17Notify03BRL-CAD:starseeker * 68301 (brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt brlcad/branches/tcltk86/src/other/tcl/ChangeLog and 898 others): Commit vanilla Tcl 8.6.5, plus some merged 8.6 mods to CMake left over from the old work for the Tcl conference presentation. Those were for an 8.6 pre-release, but they're a start.
16:48.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:02.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:05.41Notify03BRL-CAD:starseeker * 68303 (brlcad/branches/tcltk86/src/other/tk/CMakeLists.txt brlcad/branches/tcltk86/src/other/tk/ChangeLog and 738 others): As with Tcl, update Tk to 8.6.5 vanilla and merge in a few CMake tweaks from the old converence build.
17:06.14Notify03BRL-CAD:starseeker * 68302 (brlcad/branches/d-binding/AUTHORS brlcad/branches/d-binding/BUGS and 869 others): Sync with trunk thru r68300
17:14.17*** join/#brlcad ickby_ (~stefan@x5d8466c7.dyn.telefonica.de)
17:23.36Notify03BRL-CAD:starseeker * 68304 (brlcad/branches/tcltk86/src/other/tcl.dist brlcad/branches/tcltk86/src/other/tk/CMakeLists.txt and 2 others): get cmake to run
17:28.41*** join/#brlcad Mandeep_Singh (~mandeep@101.60.224.75)
17:33.07*** join/#brlcad tandoorichick_ (~rakshika@61.2.79.201)
17:44.40Notify03BRL-CAD:starseeker * 68305 (brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt brlcad/branches/tcltk86/src/other/tcl/generic/regcustom.h brlcad/branches/tcltk86/src/other/tcl/generic/tclRegexp.h): Re-instate the regex.h -> regextcl.h rename - reasons for using it still apply.
17:57.44*** join/#brlcad sniok (~sniok@89.252.2.135)
18:01.28Notify03BRL-CAD:starseeker * 68306 brlcad/trunk/src/libbu/CMakeLists.txt: Shouldn't need or use tcl includes in libbu any longer.
18:03.53Notify03BRL-CAD:starseeker * 68307 (brlcad/branches/tcltk86/src/libbu/CMakeLists.txt Property Changed: and 2 others): Sync with trunk thru r68306
18:06.33Notify03BRL-CAD:starseeker * 68308 (brlcad/branches/opencl/AUTHORS brlcad/branches/opencl/BUGS and 3082 others): Sync with trunk thru r68300. src/librt/bool.c and src/librt/prep.h look fairly different from trunk - someone needs to check the status of those after merge and see if it came out right.
18:11.05starseekerblinks
18:11.21starseekerthat's gotta be a subversion bug
18:12.26starseekersighs and starts over on the other branch that was *supposed* to be committed...
18:36.59Notify03BRL-CAD:starseeker * 68309 (brlcad/branches/embree/AUTHORS brlcad/branches/embree/BUGS and 3150 others): Sync with trunk thru r68300
18:42.17*** join/#brlcad sniok (~sniok@89.252.2.135)
18:43.13starseekerthere we go
18:45.35Notify03BRL-CAD:starseeker * 68310 (brlcad/trunk/src/shapes/CMakeLists.txt brlcad/trunk/src/sig/CMakeLists.txt): Add a couple missing include dir entries that were exposed by taking the tcl entry out of libbu
18:46.38Notify03BRL-CAD:starseeker * 68311 (brlcad/branches/tcltk86/src/other/tcl/library/CMakeLists.txt brlcad/branches/tcltk86/src/shapes/CMakeLists.txt and 4 others): Sync with trunk thru r68310
19:03.21Notify03BRL-CAD:starseeker * 68312 brlcad/branches/tcltk86/src/other/tcl/library/CMakeLists.txt: target file is msgcat-1.6.0.tml
19:09.32*** join/#brlcad ickby_ (~stefan@x5d8466c7.dyn.telefonica.de)
19:13.01starseekerblinks - mged and archer ran with 8.6 (although the latter still has the old incrtcl building.) That's a good sign...
19:14.58*** join/#brlcad ickby (~stefan@x5d8466c7.dyn.telefonica.de)
19:19.57Notify03BRL-CAD:starseeker * 68313 (brlcad/branches/libnmg/AUTHORS brlcad/branches/libnmg/BUGS and 750 others): Sync with trunk thru r68300
19:21.20*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
20:30.15*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:37.24Notify03BRL-CAD Wiki:Tandoorichick * 9795 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
21:02.02*** join/#brlcad ickby (~stefan@x5d8466c7.dyn.telefonica.de)
21:16.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:58.03Notify03BRL-CAD:starseeker * 68315 brlcad/branches/tcltk86/src/other/tcl/library/CMakeLists.txt: correct other msgcat version nums - need better solution for that...
22:26.24*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
22:43.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160715

IRC log for #brlcad on 20160715

04:15.32*** join/#brlcad tandoorichick (~rakshika@61.0.115.129)
06:49.33*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:29.25*** join/#brlcad sniok (~sniok@89.252.2.135)
07:49.32*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:06.01*** join/#brlcad tandoorichick (~rakshika@117.216.48.191)
08:28.58*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
09:24.59*** join/#brlcad sniok (~sniok@89.252.2.135)
09:56.35*** join/#brlcad boj (~boj@210.75.252.226)
10:11.59*** join/#brlcad sniok (~sniok@89.252.2.135)
11:19.42*** join/#brlcad tandoorichick (~rakshika@117.216.54.170)
12:01.25*** join/#brlcad tandoorichick (~rakshika@103.207.142.178)
12:13.24Notify03BRL-CAD Wiki:Jamegsemaj * 0 /wiki/User:Jamegsemaj:
12:28.40*** join/#brlcad tandoorichick (~rakshika@103.207.142.178)
12:30.12*** join/#brlcad yorik (~yorik@189-18-176-33.dsl.telesp.net.br)
12:34.45*** join/#brlcad sniok (~sniok@89.252.2.135)
12:36.09tandoorichickd_rossberg: i've gotten results.. the mesh gap is filled, but thin triangles make their way in..
12:58.12d_rossbergwhat was the tolerance for the healing?
12:58.53tandoorichicki tested with 5 units
13:02.42d_rossbergthe size of your triangles is close to the tolerance value, therefore a lot of ugly stuff can happen
13:03.07d_rossbergthe healed mesh has unexpected differences to the healed one
13:03.37tandoorichickunexpected as in?
13:08.50d_rossbergthe original mesh has a hole with a diameter of order of the triangles (or two of them), zipping it deforms the bordering triangles a lot
13:09.17tandoorichickyeah, that is true..
13:09.58d_rossberga human would have added an edge and created two triangles to fill the hole
13:11.07tandoorichicki'll test with meshes where the triangles and the tolerance value are not so comparable then?
13:11.37tandoorichickalso aren't these changes inevitable because the algorithm works in that manner? :/
13:12.05d_rossberghowever, if you say "zip it" (via the tolerance) you allow strong deformations
13:12.30d_rossbergyes, you should test it with a smaller tollerance
13:12.59*** join/#brlcad amarjeet (~amarjeet@101.213.161.93)
13:13.13tandoorichickyes, okay...
13:14.24d_rossbergbtw, the is a reason why it's practical to have the tolerance values
13:15.50tandoorichickwhat is a reason?
13:17.57d_rossbergbig tolerance => big deformations possible, small tolerance => small deformations but more triangles
13:18.08d_rossbergthe reason to have tolerance values
13:18.38tandoorichickokay..
13:43.23*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
13:44.06*** join/#brlcad sniok (~sniok@89.252.2.135)
13:54.46*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:04.09Notify03BRL-CAD:starseeker * 68316 (brlcad/branches/tcltk86/src/other/tcl/CMake/FindTIMEZONE.cmake brlcad/branches/tcltk86/src/other/tcl/CMake/ac_std_funcs.cmake and 2 others): Start looking at how we can simplify/streamline the Tcl build logic.
15:15.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:53.45Notify03BRL-CAD:starseeker * 68317 brlcad/trunk/misc/CMake/autoheader.cmake: Add more OS flags to ignore from Tcl - there's probably more, but this is a start...
16:20.44*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
16:51.25*** join/#brlcad LordOfBikes (~armin@dslb-088-066-130-116.088.066.pools.vodafone-ip.de)
17:26.37*** join/#brlcad amarjeet (~amarjeet@101.213.161.93)
18:03.12Notify03BRL-CAD:starseeker * 68318 brlcad/trunk/misc/CMake/autoheader.cmake: Use unifdef to extract the conditional preprocessor symbols out of source files, rather than attempting to hack it together ourselves in CMake. If this ends up being something we want to make a built-in capability unifdef is BSD licensed and has been ported to Windows.
18:09.48*** join/#brlcad sniok (~sniok@89.252.2.135)
18:19.56Notify03BRL-CAD:starseeker * 68319 brlcad/trunk/misc/CMake/autoheader.cmake: Check for zero length lists before operating on them.
18:30.18Notify03BRL-CAD:starseeker * 68320 brlcad/trunk/include/dm/dm-design.h: fix unmatched endif
18:33.59Notify03BRL-CAD:starseeker * 68321 brlcad/trunk/misc/CMake/autoheader.cmake: Simplify header guard regex now that we're using unifdef
18:46.16Notify03BRL-CAD:starseeker * 68322 (brlcad/trunk/include/bg.h brlcad/trunk/include/bn/dvec.h and 15 others): Fix some headers whose guards didn't match convention after getting moved around.
18:54.29Notify03BRL-CAD Wiki:Tandoorichick * 9796 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
19:02.10Notify03BRL-CAD:starseeker * 68323 brlcad/trunk/misc/CMake/autoheader.cmake: Adjust flag checking, support both local and recursive scanning.
19:25.48Notify03BRL-CAD:starseeker * 68324 brlcad/trunk/misc/CMake/autoheader.cmake: more rework
19:39.06*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:59.12Notify03BRL-CAD:starseeker * 68325 brlcad/trunk/misc/CMake/autoheader.cmake: Add support for skipping files
20:09.45Notify03BRL-CAD:starseeker * 68326 brlcad/trunk/misc/CMake/autoheader.cmake: Convert dashes to underscores while we're at it.
20:16.06Notify03BRL-CAD:starseeker * 68327 (brlcad/branches/tcltk86/include/bg.h brlcad/branches/tcltk86/include/bn/dvec.h and 23 others): Sync with trunk thru r68326
20:58.51*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
22:38.06*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:5f5:9813:7217:5dfa)
IRC log for #brlcad on 20160716

IRC log for #brlcad on 20160716

00:24.59*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
00:49.32*** join/#brlcad LordOfBikes (~armin@dslb-092-074-231-008.092.074.pools.vodafone-ip.de)
02:41.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:59.38*** join/#brlcad Mandeep_Singh (~mandeep@117.212.55.95)
03:53.01Notify03BRL-CAD Wiki:Mandeeps708 * 9797 /wiki/User:Mandeeps708/GSoC16/logs: /* logs */
03:54.00Notify03BRL-CAD Wiki:Mandeeps708 * 9798 /wiki/User:Mandeeps708/GSoC16/logs: /* logs */
04:17.23*** join/#brlcad Mandeep_Singh (~mandeep@117.212.55.5)
06:03.03*** join/#brlcad amarjeet (~Amarjeet@101.211.225.47)
08:14.45*** join/#brlcad amarjeet (~Amarjeet@101.214.8.175)
08:32.07*** join/#brlcad sniok (~sniok@89.252.2.135)
09:19.28*** join/#brlcad sniok (~sniok@89.252.2.135)
15:15.22*** join/#brlcad infobot (ibot@rikers.org)
15:15.22*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || GSoC 2016 is under way, 9 CAx students! || Release 7.26.0 by 27th... || Logs: http://ibot.rikers.org/%23brlcad/
15:16.17*** join/#brlcad tandoorichick_ (~rakshika@45.118.53.87)
15:56.15*** join/#brlcad sniok_ (~sniok@89.252.2.135)
17:27.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:33.57*** join/#brlcad amarjeet (~amarjeet@101.211.237.18)
17:55.24Notify03BRL-CAD Wiki:Tandoorichick * 9799 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
18:14.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:23.28*** join/#brlcad amarjeet (~amarjeet@101.211.238.77)
19:07.09*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
19:15.06*** join/#brlcad yorik (~yorik@189-18-176-33.dsl.telesp.net.br)
21:37.44*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
22:19.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160717

IRC log for #brlcad on 20160717

00:50.33*** join/#brlcad asad___ (~asad00@host170-2.natpool.mwn.de)
01:27.18*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
02:15.40starseekerNotify: hello?
03:31.05*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
05:05.43*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
05:58.49*** join/#brlcad sniok_ (~sniok@89.252.2.135)
08:37.26*** join/#brlcad ``Erik_ (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
08:45.16*** join/#brlcad ``Erik (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
08:56.39*** join/#brlcad sniok_ (~sniok@89.252.2.135)
09:41.20*** join/#brlcad sniok_ (~sniok@89.252.2.135)
09:56.10Notify03BRL-CAD:starseeker * 68328 (brlcad/branches/tcltk86/src/other/tcl/pkgs/README =================================================================== and 60 others): Most of these packages we shouldn't need immediately. itcl we definitely do, and thread is the most likely second candidate, so we'll try to wire those two in.
09:56.12Notify03BRL-CAD:starseeker * 68329 brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt: BRL-CAD provides zlib separately, no need for the redundant copy here.
09:56.14Notify03BRL-CAD:starseeker * 68330 brlcad/branches/tcltk86/src/other/tk/CMakeLists.txt: Not sure about the pkgs subdir thing yet, but if that's where itcl goes for tcl then we should probably do the same for itk and tk.
09:56.16Notify03BRL-CAD:starseeker * 68331 (brlcad/branches/tcltk86/src/other/tcl/CMake/tcl.cmake brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt): Start trying to re-think how we're handling Tcl config logic. This time around, aim for more minimal and self contained.
09:56.19Notify03BRL-CAD:starseeker * 68332 brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt: More work on testing wrappers.
09:56.21Notify03BRL-CAD:starseeker * 68333 brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt: Platforms with this really basic stuff broken are highly unlikely to be of interest - don't complicate the build until we know we need this stuff.
09:56.23Notify03BRL-CAD:starseeker * 68334 brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt: consolidate include tests
09:56.25Notify03BRL-CAD:starseeker * 68335 (brlcad/branches/tcltk86/src/other/tcl/compat/fixstrtod.c =================================================================== and 39 others): remove the compat files unless/until we find out we need them on a platform we care about
09:56.27Notify03BRL-CAD:starseeker * 68336 brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt: Don't care about HP-UX. Move fstatfs test up with other function tests
09:56.29Notify03BRL-CAD:starseeker * 68337 (brlcad/branches/tcltk86/src/other/tcl/CMake/tcl.cmake brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt): More consolidation and cleanup.
09:56.31Notify03BRL-CAD:starseeker * 68338 (brlcad/branches/tcltk86/src/other/tcl/macosx/configure =================================================================== and 3333 others): Scrub unneeded files
09:56.33Notify03BRL-CAD:starseeker * 68339 (brlcad/branches/tcltk86/src/other/tcl/win/aclocal.m4 =================================================================== and 4 others): remove some tool files for Mac and Windows
09:56.35Notify03BRL-CAD:starseeker * 68340 (brlcad/branches/tcltk86/src/other/tcl/unix/aclocal.m4 =================================================================== and 4 others): remove a few files from the unix dir
09:56.37Notify03BRL-CAD:starseeker * 68341 (brlcad/branches/tcltk86/src/other/tcl/macosx/GNUmakefile =================================================================== and 211 others): remove a few more files
09:56.39Notify03BRL-CAD:starseeker * 68342 brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt: Remove debugging messages
09:56.41Notify03BRL-CAD:starseeker * 68343 (brlcad/branches/tcltk86/src/other/tcl/CMake/tcl.cmake brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt): It looks like modern TEA has removed the serial port macro... need to double check.
09:56.45Notify03BRL-CAD:starseeker * 68344 brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt: More tweaks
10:27.17*** join/#brlcad amarjeet (~amarjeet@101.214.3.252)
10:47.26*** join/#brlcad sniok_ (~sniok@89.252.2.135)
11:14.31*** join/#brlcad sniok (~sniok@89.252.29.238)
11:52.03*** join/#brlcad sniok_ (~sniok@89.252.2.135)
12:34.52*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:54.21*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:07.52*** join/#brlcad tandoorichick_ (~rakshika@61.2.76.52)
13:08.52*** join/#brlcad sniok (~sniok@89.252.29.238)
13:28.56*** join/#brlcad sniok (~sniok@89.252.29.238)
13:40.50*** join/#brlcad ickby (~stefan@x5d847084.dyn.telefonica.de)
13:45.15*** join/#brlcad ickby_ (~stefan@x5d847084.dyn.telefonica.de)
13:59.33*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:52.08*** join/#brlcad sniok (~sniok@89.252.29.238)
15:09.50*** join/#brlcad sniok_ (~sniok@89.252.2.135)
15:53.36*** join/#brlcad amarjeet (~amarjeet@101.211.235.153)
16:47.04*** join/#brlcad Mandeep_Singh (~mandeep@117.207.153.35)
16:48.27*** join/#brlcad amarjeet (~amarjeet@101.213.10.194)
19:03.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:13.32*** join/#brlcad ``Erik (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
19:39.37*** join/#brlcad ickby_ (~stefan@x5d847084.dyn.telefonica.de)
20:11.03*** join/#brlcad ickby (~stefan@x5d847084.dyn.telefonica.de)
20:56.08*** join/#brlcad ickby (~stefan@x5d847084.dyn.telefonica.de)
21:00.04*** join/#brlcad yorik (~yorik@189-18-176-33.dsl.telesp.net.br)
21:34.24*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
22:13.58*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:a4fa:35bc:7ee8:2e6b)
22:46.28*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
22:59.56*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:64d2:ca1:5c1a:bd73)
IRC log for #brlcad on 20160718

IRC log for #brlcad on 20160718

00:00.13*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
00:18.57*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
00:46.21*** join/#brlcad nysylsmvuzoikdmx (~armin@dslb-088-066-213-073.088.066.pools.vodafone-ip.de)
04:28.47*** join/#brlcad tandoorichick (~rakshika@61.2.76.52)
06:14.45*** join/#brlcad shubham (a5e1683b@gateway/web/freenode/ip.165.225.104.59)
06:46.14*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:50.14*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:56.52*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
07:34.52*** join/#brlcad merzo (~merzo@92.60.189.225)
07:38.19*** join/#brlcad tandoorichick (~rakshika@117.217.166.155)
09:46.43*** join/#brlcad sniok (~sniok@89.252.2.135)
10:25.01*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:64d2:ca1:5c1a:bd73)
10:58.17*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:26.24*** join/#brlcad merzo (~merzo@92.60.189.225)
12:44.10*** join/#brlcad sniok (~sniok@89.252.2.135)
13:33.17*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
13:43.55*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
13:46.44*** join/#brlcad sniok (~sniok@89.252.2.135)
13:58.46*** join/#brlcad tandoorichick (~rakshika@117.230.44.38)
14:01.58*** join/#brlcad yorik (~yorik@189-18-176-33.dsl.telesp.net.br)
14:17.21*** join/#brlcad merzo (~merzo@92.60.189.225)
14:35.36*** join/#brlcad tandoorichick (~rakshika@117.217.161.100)
14:39.29*** join/#brlcad asad__ (~asad00@host184-2.natpool.mwn.de)
14:46.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:20.28Notify03BRL-CAD:starseeker * 68345 brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt: pthread tests need pthread library - set up accordingly.
15:24.46*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
15:30.04Notify03BRL-CAD:starseeker * 68346 brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt: Rework Tcl_Check_Function_Exists
15:31.17Notify03BRL-CAD:starseeker * 68347 brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt: not seeing any Tcl use of pthread_get_stacksize_np...
16:04.01Notify03BRL-CAD:starseeker * 68348 brlcad/trunk/misc/CMake/autoheader.cmake: Make a note of the predef wiki on sourceforge.
16:24.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:25.42*** join/#brlcad amarjeet (~amarjeet@101.214.230.35)
17:48.40*** join/#brlcad sniok (~sniok@89.252.2.135)
17:53.55Notify03BRL-CAD:starseeker * 68349 brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt: More compat related tweaking
17:59.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:11.14*** join/#brlcad gagan (~gagan@103.252.24.176)
18:11.15gaganbrlcad, hi
18:11.29gaganbrlcad, I need a bit help on NURBS
18:11.46gaganand I know you are the right person for this.
18:12.22gaganso my question is how do we get intersections between spline Curves in BRL-CAD
18:34.08*** join/#brlcad Mandeep_Singh (~mandeep@101.60.217.145)
18:40.21Notify03BRL-CAD Wiki:Tandoorichick * 9800 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
20:01.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:45.02*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
21:28.17*** join/#brlcad merzo (~merzo@232-36-201-46.pool.ukrtel.net)
22:09.26*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:50.23Notify03BRL-CAD:starseeker * 68350 brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt: Function test, not header test for fstatfs
23:00.01Notify03BRL-CAD:starseeker * 68351 brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt: As near as I can tell, these aren't used and may be left over from autotools. Scrub, especially since the tclConfig.h.in header is undefing some of them...
23:03.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:16.11Notify03BRL-CAD:starseeker * 68352 brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt: Don't duplicate BUILD_tcl define, see if we can group compiler flag checks
23:34.32*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:35.38Notify03BRL-CAD:starseeker * 68353 (brlcad/trunk/src/other/libz/CMakeLists.txt brlcad/trunk/src/other/libz/ChangeLog and 84 others): Upgrade zlib to vanilla 1.2.8. Need to re-apply some changes, but first checkpoint the unmodified original.
23:50.01Notify03BRL-CAD:starseeker * 68354 (brlcad/trunk/src/other/libz/CMakeLists.txt brlcad/trunk/src/other/libz/zconf.h): Re-apply CMake and zconf simplifications
23:59.13Notify03BRL-CAD:starseeker * 68355 brlcad/trunk/src/other/libz/CMakeLists.txt: Strip our zlib copy down to the minimum
IRC log for #brlcad on 20160719

IRC log for #brlcad on 20160719

00:06.45Notify03BRL-CAD:starseeker * 68356 (brlcad/trunk/NEWS brlcad/trunk/src/other/libz/CMakeLists.txt brlcad/trunk/src/other/libz.dist): Remainder of changes needed for zlib 1.2.8 upgrade. Should be noted that per zlib site, 1.2.8 fixes a very rare bug in decompression.
00:34.53*** join/#brlcad boj (~boj@210.75.252.226)
00:45.02*** join/#brlcad jegblgjxttpuznim (~armin@dslb-088-064-046-251.088.064.pools.vodafone-ip.de)
00:47.16Notify03BRL-CAD:starseeker * 68357 (brlcad/trunk/NEWS brlcad/trunk/src/other/CMakeLists.txt and 601 others): Update freetype to version 2.6.5 - adapted changes from earlier freetype CMake to current version, but needs testing.
01:08.52Notify03BRL-CAD:starseeker * 68358 (brlcad/trunk/src/other/freetype/CMakeLists.txt brlcad/trunk/src/other/freetype.dist): Strip down freetype directories to the minimum needed.
01:34.46Notify03BRL-CAD:starseeker * 68359 (brlcad/trunk/src/other/libpng/ANNOUNCE brlcad/trunk/src/other/libpng/CHANGES and 59 others): Update to libpng 1.6.23. There have been significant CMake changes upstream - needs testing. So far, applied two minimal changes.
01:47.55Notify03BRL-CAD:starseeker * 68360 brlcad/trunk/src/other/libpng/CMakeLists.txt: strip libpng down to its minimal contents.
01:48.49Notify03BRL-CAD:starseeker * 68361 (brlcad/trunk/src/other/libregex/Makefile.am =================================================================== and 38 others): Remove old Makefile.am
02:10.06Notify03BRL-CAD:starseeker * 68362 (brlcad/trunk/src/other/libutahrle/CMakeLists.txt brlcad/trunk/src/other/libutahrle/include/rle_config.h): minimize libutahrle contents. while we're at it, clean up the CMakeLists.txt file
02:11.35Notify03BRL-CAD:starseeker * 68363 brlcad/trunk/src/other/libutahrle.dist: Update dist file
02:12.04Notify03BRL-CAD:starseeker * 68364 brlcad/trunk/src/other/libpng.dist: update libpng dist file
02:12.23Notify03BRL-CAD:starseeker * 68365 brlcad/trunk/src/other/CMakeLists.txt: tweaks to src/other/CMakeLists.txt
02:26.33Notify03BRL-CAD:starseeker * 68366 (brlcad/trunk/src/other/PoissonRecon.dist brlcad/trunk/src/other/libregex.dist and 7 others): Except for the core Tcl/Tk packages and incrtcl extensions, remove more unnecessary files. The Tcl/Tk 8.6 upgrade will be the place to handle the former. Also not working on stepcode yet - we need to get re-synced with upstream first. That should be on the short list now that we've RELEASE
02:26.35Notifybranched for 7.26.0...
02:26.37Notify...
02:40.07Notify03BRL-CAD:starseeker * 68367 (brlcad/trunk/misc/tools/re2c/CMakeLists.txt brlcad/trunk/misc/tools/re2c.dist): Strip down re2c directory.
02:50.44Notify03BRL-CAD:starseeker * 68368 (brlcad/branches/tcltk86/INSTALL brlcad/branches/tcltk86/NEWS and 419 others): Sync with trunk thru r68367
04:12.26*** join/#brlcad tandoorichick (~rakshika@117.222.159.118)
05:29.20*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
06:51.36*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:33.46*** join/#brlcad tandoorichick (~rakshika@117.222.159.118)
07:40.50*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
08:01.49*** join/#brlcad sniok (~sniok@89.252.2.135)
08:20.44*** join/#brlcad tandoorichick (~rakshika@61.0.114.166)
08:34.34*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:41.01*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
08:53.12*** join/#brlcad sniok (~sniok@89.252.2.135)
09:00.46*** join/#brlcad sniok (~sniok@89.252.2.135)
09:08.45*** join/#brlcad merzo (~merzo@92.60.189.225)
10:17.12*** join/#brlcad sniok (~sniok@89.252.2.135)
10:36.17*** join/#brlcad sniok (~sniok@89.252.2.135)
11:32.59*** join/#brlcad sniok (~sniok@89.252.2.135)
12:33.36*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
13:01.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:22.12*** join/#brlcad sniok (~sniok@89.252.2.135)
13:30.33*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
13:44.49starseekercool - pdf build still works
14:07.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:32.49*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
15:04.52*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
15:04.59*** join/#brlcad tandoorichick (~rakshika@61.2.78.89)
15:10.09Notify03BRL-CAD:starseeker * 68369 (brlcad/trunk/misc/CMakeLists.txt brlcad/trunk/src/other/CMakeLists.txt): osl isn't really a proper src/other directory, and it's not currently active - put it in misc instead.
15:13.10*** join/#brlcad asad___ (~asad00@host231-2.natpool.mwn.de)
15:31.37*** join/#brlcad Mandeep_Singh (~mandeep@101.60.193.1)
15:32.20*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
16:16.44*** join/#brlcad Mandeep_Singh (~mandeep@101.60.193.1)
16:32.53*** join/#brlcad amarjeet (~amarjeet@101.214.12.100)
16:33.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:52.49Notify03BRL-CAD:starseeker * 68370 (brlcad/branches/tcltk86/misc/CMakeLists.txt brlcad/branches/tcltk86/src/other/CMakeLists.txt): Sync with trunk thru r68369
17:08.11Notify03BRL-CAD:starseeker * 68371 (brlcad/branches/qtged/CMakeLists.txt brlcad/branches/qtged/NEWS and 459 others): Sync with trunk thru r68369
17:09.51Notify03BRL-CAD:starseeker * 68372 (brlcad/branches/libnmg/NEWS brlcad/branches/libnmg/include/bg.h and 438 others): Sync with trunk thru r68369
17:13.00Notify03BRL-CAD:starseeker * 68373 (brlcad/branches/rel8/CMakeLists.txt brlcad/branches/rel8/NEWS and 447 others): Sync with trunk thru r68369
17:38.19*** join/#brlcad Mandeep_Singh (~mandeep@101.60.193.1)
17:43.44*** join/#brlcad sniok (~sniok@89.252.2.135)
17:47.17*** join/#brlcad sniok (~sniok@89.252.2.135)
18:36.47*** join/#brlcad Mandeep_Singh (~mandeep@101.60.236.90)
19:29.40*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:34.47Notify03BRL-CAD:starseeker * 68374 (brlcad/branches/prep-cache/NEWS brlcad/branches/prep-cache/include/bg.h and 438 others): Sync with trunk thru r68370
19:57.06Notify03BRL-CAD:starseeker * 68375 (brlcad/branches/opencl/NEWS brlcad/branches/opencl/include/bg.h and 438 others): Sync with trunk thru r68370
20:00.02Notify03BRL-CAD:starseeker * 68376 (brlcad/branches/brep-debug/NEWS brlcad/branches/brep-debug/include/bg.h and 437 others): Sync with trunk thru r68370
20:19.27Notify03BRL-CAD:starseeker * 68377 (brlcad/branches/d-binding/NEWS brlcad/branches/d-binding/include/bg.h and 438 others): Sync with trunk thru r68370
21:24.29*** join/#brlcad yorik (~yorik@189-46-38-150.dsl.telesp.net.br)
21:25.57*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
22:07.52*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
22:19.40starseekerbrlcad: I seem to have managed to break the embree branch of the repo...
22:19.56starseekersvn: E160004: Filesystem is corrupt
22:21.14Notify03BRL-CAD:starseeker * 68378 NIL: svn history will save this if we need it
22:22.17starseekerremoves the branch and makes a note not to commit near-simulataneous large branch syncs
22:22.43starseekerbrlcad: dunno if that'll avoid the problem or if some svnadmin activity is still warranted
22:27.36starseekercrud - still need to fix it to check out older revisions
IRC log for #brlcad on 20160720

IRC log for #brlcad on 20160720

00:42.28Notify03BRL-CAD:starseeker * 68379 (svn:ignore ## -0,0 +1,2 ## and 2 others): Repaired 68309 revision metadata conflicts, but checkout of embree branch reveals actual damage. Restore branch at 68308 to try and conduct repairs.
00:43.42*** join/#brlcad gvpynuqdqieezuox (~armin@dslb-088-064-038-072.088.064.pools.vodafone-ip.de)
00:54.16Notify03BRL-CAD:starseeker * 68380 brlcad/trunk/misc/CMakeLists.txt: Add tbrowder's d-bindings work to misc in trunk, in preparation for closing the branch.
00:55.25Notify03BRL-CAD:starseeker * 68381 NIL: d-bindings code moved into trunk's misc directory for storage - closing branch for now as it is inactive. If work resumes branch can be revived.
00:57.29Notify03BRL-CAD:starseeker * 68382 NIL: History has this work if needed - very difficult to update this branch with trunk changes. Will probably need to adopt a more gradual, incremental approach to this refactor.
01:15.41Notify03BRL-CAD:starseeker * 68383 (brlcad/branches/embree/AUTHORS brlcad/branches/embree/BUGS and 3439 others): Sync with trunk thru r68379. This sync (to a slightly earlier trunk version) is what commit 68309 tried to do and failed to do correctly. embree branch will be deleted again after this commit, but this should leave the final state of the branch modernized as 68309 intended it to be.
01:20.30Notify03BRL-CAD:starseeker * 68384 (brlcad/branches/tcltk86/src/other/iwidgets/CHANGES =================================================================== and 1615 others): winnow down iwidgets directory. not clear if we need anything in incoming, but don't remove it until sure it's unneeded.
01:21.30Notify03BRL-CAD:starseeker * 68385 brlcad/branches/tcltk86/src/other/iwidgets.dist: update dist file
01:23.19Notify03BRL-CAD:starseeker * 68386 (brlcad/branches/tcltk86/src/other/incrTcl/CHANGES =================================================================== and 2045 others): Will probably want itcl/itk here after all. Need to take a fresh look at building these, so just clear the board.
01:24.38Notify03BRL-CAD:starseeker * 68387 NIL: move itcl/itk 4 into incrTcl directory
01:25.34starseekerphew
01:25.38Notify03BRL-CAD:starseeker * 68388 NIL: OK, that gives us a clean embree commit state. Now, remove branch.
01:25.46starseekermuch better
01:27.45Notify03BRL-CAD:starseeker * 68389 NIL: probably aren't going to go with the tcl pkgs subdir approach, since we may want to build these packages independently against a system Tcl/Tk (if they can be so built.)
01:30.55Notify03BRL-CAD:starseeker * 68390 (brlcad/branches/tcltk86/src/other/incrTcl/itcl/ChangeLog =================================================================== and 606 others): Start trimming itcl/itk down to the minimal file set - probably not there yet.
01:32.49*** join/#brlcad tandoorichick (~rakshika@61.3.210.255)
01:34.40Notify03BRL-CAD:starseeker * 68391 (brlcad/branches/tcltk86/src/other/tk/macosx/GNUmakefile =================================================================== and 318 others): scrub a few files out of tk
01:39.55Notify03BRL-CAD:starseeker * 68392 (brlcad/branches/tcltk86/src/other/itcl.dist brlcad/branches/tcltk86/src/other/itk.dist and 2 others): update some of the dist files. looks like itk's may not be getting loaded properly.
01:48.52Notify03BRL-CAD:starseeker * 68393 NIL: Remove makefile.vc
01:49.15Notify03BRL-CAD:starseeker * 68394 brlcad/branches/tcltk86/src/other/tktable.dist: update dist file
01:49.34Notify03BRL-CAD:starseeker * 68395 (brlcad/branches/tcltk86/src/other/tktable/generic/tkTable.c brlcad/branches/tcltk86/src/other/tktable/generic/tkTable.h and 2 others): Update to latest CVS tktable sources.
01:54.16starseekerbrlcad: what do you think - should we go ahead and require 8.6, or try to support both?
01:54.37starseekervotes for 8.6 requriement just to simplify Mac OSX Aqua support, personally...
04:59.00*** join/#brlcad tandoorichick (~rakshika@103.207.143.126)
06:40.02*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:59.51*** join/#brlcad tandoorichick (~rakshika@61.3.213.24)
08:45.14*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:11.13*** join/#brlcad sniok (~sniok@89.252.2.135)
10:38.34*** join/#brlcad merzo (~merzo@92.60.189.225)
10:51.00*** join/#brlcad tandoorichick (~rakshika@61.0.114.29)
11:07.56*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
11:21.40*** join/#brlcad asad____ (~asad00@host10-2.natpool.mwn.de)
11:24.19*** join/#brlcad sniok (~sniok@89.252.2.135)
11:29.40*** join/#brlcad amarjeet (~amarjeet@101.211.225.203)
11:58.29*** join/#brlcad asad_____ (~asad00@host10-2.natpool.mwn.de)
12:08.38*** join/#brlcad amarjeet (~amarjeet@101.214.170.164)
12:11.12*** join/#brlcad tandoorichick (~rakshika@117.199.141.119)
12:52.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:09.16*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
13:14.18*** join/#brlcad yorik (~yorik@189-46-38-150.dsl.telesp.net.br)
13:28.05*** join/#brlcad sniok (~sniok@89.252.2.135)
14:24.27Notify03BRL-CAD:starseeker * 68396 brlcad/branches/tcltk86/src/other/CMakeLists.txt: Moving to Tk 8.6, tkpng is now a part of Tk itself.
14:56.07*** join/#brlcad amarjeet (~amarjeet@101.211.166.86)
15:00.04*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:26.07Notify03BRL-CAD:starseeker * 68397 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Don't print html twice.
15:28.36Notify03BRL-CAD:starseeker * 68398 brlcad/branches/tcltk86/misc/CMake/BRLCAD_Summary.cmake: take tkpng off the summary report.
15:44.45*** join/#brlcad shubham (a5e1683b@gateway/web/freenode/ip.165.225.104.59)
15:45.35*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
15:45.57Notify03BRL-CAD:starseeker * 68399 brlcad/branches/tcltk86/misc/CMake/BRLCAD_Summary.cmake: remove reporting flag, not just label definition...
15:59.18Notify03BRL-CAD:starseeker * 68400 brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt: Install the public headers in the build directory - not enough for Itcl, which is still using private headers, but maybe enough for Tk and (hopefully) other extensions. Experiment with turning off the library dir.
16:05.43Notify03BRL-CAD:starseeker * 68401 brlcad/branches/tcltk86/src/other/tk/CMakeLists.txt: ditto tk - install headers to local build include dir
16:15.08Notify03BRL-CAD:starseeker * 68402 (brlcad/branches/tcltk86/INSTALL brlcad/branches/tcltk86/configure and 2 others): Re-enable itcl build.
16:32.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:42.58*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:2cd7:f8b1:24b4:a229)
16:44.33Notify03BRL-CAD:starseeker * 68403 brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt: copy/paste error
16:45.16Notify03BRL-CAD:starseeker * 68404 brlcad/branches/tcltk86/src/other/incrTcl/itcl/CMakeLists.txt: Do build-dir copies of the itcl headers as well.
16:57.36Notify03BRL-CAD:starseeker * 68405 brlcad/branches/tcltk86/src/other/incrTcl/itcl/CMakeLists.txt: initialize dir variables
17:24.07Notify03BRL-CAD:starseeker * 68406 (brlcad/branches/tcltk86/INSTALL brlcad/branches/tcltk86/configure and 3 others): re-enable itk and iwidgets
17:29.52Notify03BRL-CAD:starseeker * 68407 brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt: library has init.tcl, which is required.
17:38.48Notify03BRL-CAD:starseeker * 68408 (brlcad/branches/tcltk86/src/other/CMakeLists.txt brlcad/branches/tcltk86/src/other/incrTcl/itcl/CMakeLists.txt): Tweak the versioning slightly.
17:41.54Notify03BRL-CAD:starseeker * 68409 (brlcad/branches/tcltk86/src/archer/CMakeLists.txt brlcad/branches/tcltk86/src/tclscripts/archer/LoadArcherLibs.tcl brlcad/branches/tcltk86/src/tclscripts/hv3_man_browser_test.tcl): More removal of tkpng references
17:50.29*** join/#brlcad sniok (~sniok@89.252.2.135)
18:01.53*** join/#brlcad sniok (~sniok@89.252.29.238)
18:02.36*** join/#brlcad ickby (~stefan@x5d8459be.dyn.telefonica.de)
18:04.44*** join/#brlcad sniok (~sniok@89.252.29.238)
18:04.48brlcadstarseeker: require 8.6 is good
18:16.01Notify03BRL-CAD Wiki:Tandoorichick * 9801 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
18:17.40Notify03BRL-CAD:starseeker * 68410 (brlcad/branches/tcltk86/src/other/incrTcl/itcl/CMakeLists.txt brlcad/branches/tcltk86/src/other/incrTcl/itk/CMakeLists.txt): wrap policy 26 setting
18:19.04*** join/#brlcad ickby (~stefan@x5d8459be.dyn.telefonica.de)
18:22.30Notify03BRL-CAD:starseeker * 68411 brlcad/branches/tcltk86/src/other/tktable/generic/tkTable.c: add in the CMake header include
18:23.34Notify03BRL-CAD:starseeker * 68412 (brlcad/branches/tcltk86/src/tclscripts/sdialogs/sdialogs.tcl brlcad/branches/tcltk86/src/tclscripts/swidgets/swidgets.tcl): Not clear yet that 3.2 is a requirement here (if it is we'll hae to fix that) - for now just remove the version specifiers.
18:33.43Notify03BRL-CAD:starseeker * 68413 brlcad/branches/tcltk86/src/other/incrTcl/itk/CMakeLists.txt: looks like we may need patchlevel for itk
18:35.07Notify03BRL-CAD:starseeker * 68414 (brlcad/branches/tcltk86/INSTALL brlcad/branches/tcltk86/configure and 5 others): Turn tkhtml and tktable back on. Can launch MGED now, but Archer (not surprisingly) isn't happy yet. Need to look into what's involved in an itcl/itk 3 to itcl/itk 4 migration.
18:40.39starseekergroans - wonder if our resident ITcl/Itk expert can be persuaded to investigate...
18:44.57*** join/#brlcad ickby (~stefan@x5d8459be.dyn.telefonica.de)
18:57.05*** join/#brlcad sniok (~sniok@89.252.2.135)
19:09.04Notify03BRL-CAD:starseeker * 68415 brlcad/branches/tcltk86/src/other/tkhtml/CMakeLists.txt: fix package name
19:13.32Notify03BRL-CAD:starseeker * 68416 brlcad/branches/tcltk86/src/other/CMakeLists.txt: Go with TCL_TCLSH and TCL_WISH
19:16.21Notify03BRL-CAD:starseeker * 68417 brlcad/branches/tcltk86/src/other/CMakeLists.txt: TK_WISH, not TCL_WISH
19:24.05Notify03BRL-CAD:starseeker * 68418 brlcad/branches/tcltk86/src/other/CMakeLists.txt: dispense with the incrTcl parent directory
19:34.08*** join/#brlcad asad_____ (~asad00@host10-2.natpool.mwn.de)
19:41.12*** join/#brlcad ickby_ (~stefan@x5d8459be.dyn.telefonica.de)
19:57.08*** join/#brlcad ickby_ (~stefan@x5d8459be.dyn.telefonica.de)
20:05.09*** join/#brlcad merzo (~merzo@232-36-201-46.pool.ukrtel.net)
20:09.01*** join/#brlcad ickby (~stefan@x5d8459be.dyn.telefonica.de)
20:12.24*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
20:32.38*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:34.34Notify03BRL-CAD:starseeker * 68419 NIL: remove incrTcl dir
20:41.49Notify03BRL-CAD:starseeker * 68420 brlcad/branches/tcltk86/src/other/CMakeLists.txt: no longer need to ignore
20:42.34Notify03BRL-CAD:starseeker * 68421 brlcad/branches/tcltk86/src/other/CMakeLists.txt: whoops - remove debug message
20:43.23*** join/#brlcad ickby (~stefan@x5d8459be.dyn.telefonica.de)
21:07.07*** join/#brlcad ickby (~stefan@x5d8459be.dyn.telefonica.de)
21:29.11*** join/#brlcad merzo (~merzo@232-36-201-46.pool.ukrtel.net)
22:51.02Notify03BRL-CAD:starseeker * 68422 (brlcad/branches/tcltk86/src/other/itcl/CMakeLists.txt brlcad/branches/tcltk86/src/other/itk/CMakeLists.txt and 2 others): Make a stab at reworking library finding
23:33.28Notify03BRL-CAD:starseeker * 68423 (brlcad/branches/tcltk86/src/other/CMakeLists.txt brlcad/branches/tcltk86/src/other/iwidgets/iwidgets.tcl.in brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt): various tweaks
23:34.02Notify03BRL-CAD:starseeker * 68424 brlcad/branches/tcltk86/src/libtclcad/tclcadAutoPath.c: Use the stashed info from the system Tcl.
23:34.36Notify03BRL-CAD:starseeker * 68425 (brlcad/branches/tcltk86/src/libtclcad/CMakeLists.txt brlcad/branches/tcltk86/src/libtclcad/tclcad_init.c): Try again to avoid using the Itcl/Itk library C init functions.
23:37.06Notify03BRL-CAD:starseeker * 68426 (brlcad/branches/tcltk86/misc/tools/dom2dox/CMakeLists.txt brlcad/branches/tcltk86/misc/win32-msvc/Dll/CMakeLists.txt and 8 others): variable rename
IRC log for #brlcad on 20160721

IRC log for #brlcad on 20160721

00:49.33*** join/#brlcad LordOfBikes (~armin@dslb-178-010-188-152.178.010.pools.vodafone-ip.de)
01:25.17*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
02:13.32starseekerOK, so it looks like mged and rtwizard work with 8.6, but archer isn't happy
02:13.37starseekerisn't sure why yet
02:21.13Notify03BRL-CAD:starseeker * 68427 brlcad/branches/tcltk86/src/tclscripts/archer/Archer.tcl: update Tktable version
02:46.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:24.05Notify03BRL-CAD:starseeker * 68428 brlcad/branches/tcltk86/src/archer/archer_launch.tcl: fix Tktable version
03:26.19Notify03BRL-CAD:starseeker * 68429 (brlcad/branches/tcltk86/src/archer/archer_launch.tcl brlcad/branches/tcltk86/src/archer/plugins/Wizards/humanwizard/HumanWizard.tcl and 7 others): trying to treat Archer and ArcherCore as defining global variables seems to be iffy with the latest itcl/itk. Temporarily switching these out gets us further, but after that I'm getting a low level Tcl crash message from the init.tcl script.
03:27.08Notify03BRL-CAD:brlcad * 68430 brlcad/trunk/NEWS: generalize carl's work to more than just help options -- he worked on overall command option consistency as well as making many manual pages more consistent.
03:27.38Notify03BRL-CAD:brlcad * 68431 brlcad/trunk/TODO: 63406 needs docs if 7.24.6 matrix editing doesn't work.
03:31.32Notify03BRL-CAD:brlcad * 68432 brlcad/trunk/doc/docbook/system/man1/rt.xml: in the process of making rt's manual page match rtedge, he incorrectly migrated a comment about -o disabling parallel processing. that's only true with rtedge because of how it seeks around the buffer and needs this in order
03:36.02Notify03BRL-CAD:brlcad * 68433 brlcad/trunk/src/rt/opt.c: ws cleanup and change >= 180 back to > 179
03:37.18starseekerisolates a behavior difference between itcl 3.4 and itcl 4
03:37.28starseekerwe'll see if it's considered a bug or not
03:37.41starseekerthere's a deeper problem, but at least that's a start...
03:39.57Notify03BRL-CAD:brlcad * 68434 brlcad/trunk/src/proc-db/tube.c: clearly denote floating point
03:49.28Notify03BRL-CAD:brlcad * 68435 brlcad/trunk/doc/docbook/system/man1/brlcad.xml: high resolution flags no longer exist. -h is still reserved, albeit for help now
03:56.34Notify03BRL-CAD:brlcad * 68436 brlcad/trunk/doc/docbook/system/man1/fblabel.xml: lowercase high res flag no longer exists, so adapt to uppwercase one remaining
04:02.09Notify03BRL-CAD:starseeker * 68437 (brlcad/branches/tcltk86/src/other/itcl/CMakeLists.txt brlcad/branches/tcltk86/src/other/itk/CMakeLists.txt): relative dir positions changed
04:07.15*** join/#brlcad tandoorichick (~rakshika@117.231.198.139)
04:20.12Notify03BRL-CAD:brlcad * 68438 brlcad/trunk/TODO: added copyrighted images, but must preserve attribution and copyright notice from ayam dev
04:21.50Notify03BRL-CAD:brlcad * 68439 brlcad/trunk/AUTHORS: lastname, firstname - credit gustave with his windows SMP support contributions
04:23.55Notify03BRL-CAD:brlcad * 68440 brlcad/trunk/NEWS: Cliff not just removed support for old rle format, he removed the deprecated tools. thus, user visible and needing a final callout
04:26.55Notify03BRL-CAD:starseeker * 68441 brlcad/trunk/src/tclscripts/archer/images/CMakeLists.txt: Add Ayam license file. Think it's just the brep icons so far, but should check to see if there are others that improve on what we're currently using. Should probably come up with some way to use icv to autogenerate the boolean variations at build time...
04:27.29Notify03BRL-CAD:starseeker * 68442 brlcad/trunk/TODO: Added license file
04:30.44Notify03BRL-CAD:brlcad * 68443 brlcad/trunk/TODO: looks like 61494 is user vis
04:31.53Notify03BRL-CAD:brlcad * 68444 brlcad/trunk/TODO: bob's addition of fbclear to archer is user vis worth mention
04:38.48Notify03BRL-CAD:starseeker * 68445 (brlcad/branches/tcltk86/src/other/itcl/CMakeLists.txt brlcad/branches/tcltk86/src/other/itk/CMakeLists.txt): simplify version number handling
06:41.59*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:02.34*** join/#brlcad sniok (~sniok@89.252.2.135)
08:08.06*** join/#brlcad sniok (~sniok@89.252.2.135)
08:50.00*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:05.39*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:22.53*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
09:50.32*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:50.39*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
09:58.23*** join/#brlcad tandoorichick (~rakshika@117.249.203.55)
10:20.02*** join/#brlcad tandoorichick (~rakshika@103.207.140.226)
11:35.53*** join/#brlcad sniok (~sniok@89.252.2.135)
11:57.31*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:12.07*** join/#brlcad sniok (~sniok@89.252.2.135)
13:22.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:55.00*** join/#brlcad sniok (~sniok@89.252.2.135)
15:16.02Notify03BRL-CAD:starseeker * 68446 (brlcad/branches/tcltk86/src/other/itcl.dist brlcad/branches/tcltk86/src/other/itk.dist brlcad/branches/tcltk86/src/other/iwidgets.dist): Remove a few files we aren't using
15:26.17*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:29.12Notify03BRL-CAD Wiki:Heliogalvan * 0 /wiki/User:Heliogalvan:
16:12.17Notify03BRL-CAD:starseeker * 68447 (brlcad/branches/tcltk86/src/other/itcl/CMakeLists.txt brlcad/branches/tcltk86/src/other/itcl/generic/itcl.decls and 17 others): Back down from itcl/itk 4 to latest 3.4 - rtwizard still seems to work, and archer still fails with "cannot access object-specific info without an object context"
16:17.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:26.10Notify03BRL-CAD:starseeker * 68448 brlcad/trunk/src/rt/opt.c: Looks like stray comma got added
16:28.45Notify03BRL-CAD:starseeker * 68449 (brlcad/trunk/src/other/incrTcl/itcl/doc/Class.3 brlcad/trunk/src/other/incrTcl/itcl/doc/List.3 and 87 others): Upgrade to latest Itcl/Itk 3.4. Mostly this is a test - this version of Itcl/Itk runs archer with 8.5, but not with 8.6
16:57.32*** join/#brlcad Mandeep_Singh (~mandeep@101.60.206.224)
16:59.59*** join/#brlcad amarjeet (~amarjeet@101.211.227.111)
17:03.15Notify03BRL-CAD:starseeker * 68450 brlcad/branches/tcltk86/src/tclscripts/archer/Archer.tcl: tweak get_html_data - earlier change didn't work well.
17:45.54*** join/#brlcad sniok (~sniok@89.252.2.135)
18:07.33*** join/#brlcad sniok (~sniok@89.252.2.135)
18:17.00Notify03BRL-CAD:brlcad * 68451 brlcad/trunk/src/libtclcad/tclcad_obj.c: nothing temporary about it after two years, remove dead comments
18:19.54Notify03BRL-CAD:brlcad * 68452 (brlcad/trunk/src/libbrep/BBNode.cpp brlcad/trunk/src/libbrep/BRNode.cpp): the headers properly wrap themselves with BEGIN/END_DECLS, so don't need to manually wrap them here
18:22.42starseekerwe appear to be making heavy use of an accidental propery of itcl3 in Archer that has not transitioned to itcl4
18:23.26starseekerhas put itcl3 in place in the 8.6 branch successfully, but system installs are going to provide 4 if they provide anything...
18:24.46starseekerwonders how large a rework of Archer we should accept before a) just using the bundled itcl3 always instead or b) starting to think about Qt...
18:25.59starseekerbrlcad: I note the acknowledgements panel is still present in the About dialog in Archer - did you want to change that?
18:26.27starseekerminimally should be updated...
18:27.21Stragusmakes "ewww" sounds at the mention of Qt
18:27.42starseeker<snort> how much experience do you have with Tk?
18:28.04StragusNone :), having trouble maintaining the Tk code?
18:28.27starseekerStragus: less that than running into limits with what we can easily do in Tk
18:28.41StragusThat sounds like a problem
18:28.56starseekerit hasn't helped our usability much
18:30.29*** join/#brlcad ickby (~stefan@x5d846937.dyn.telefonica.de)
18:30.57StragusI can imagine. Perhaps an OpenGL-based GUI would integrate better with the OpenGL rendering... I have done a few things with mine: http://www.rayforce.net/glui002.png
18:31.49StragusQt would provide all the ready-to-use widget collection, but it has its own share of issues
18:31.54starseekernods - that was/is one of the possibilities, but Qt gives us a lot of useful stuff we'd more or less have to hand-roll inOpenGL
18:33.01starseekerrather likes the look of nanovg
18:33.48StragusIts rendering is poorly optimized. My screenshot above does 4000 fps
18:34.16starseekerblinks - wow. just bad execution on their part, or did they make some design tradeoffs?
18:35.37StragusBad design. It's immediate-style, instead of buffering, minimize state changes, uploading large buffers and as few GL Draw() calls as possible
18:36.06starseekerhmm
18:36.40StragusLook at their screenshot, 44 fps. It's like a terrible joke
18:37.05starseekerheh - perhaps they were optimizing for interactivity on crappy hardware?
18:37.33StragusNo, everything that memononen guy writes is terrible for performance, serious design issues
18:37.46StragusHe comes up a lot in #opengl due to his fontstash and friends
18:38.08starseekerhas found fontstash itself quite useful...
18:38.17StragusAh! :)
18:38.28starseekergranted, I'm not pushing any performance boundaries when I use it either
18:39.14StragusWell, just keep that in mind when comparing 44 fps to 4000 fps
18:39.49starseekerStragus: if you've looked at libdm at all, you know we've other other stuff to fix before that's going to be worrisome
18:40.25starseekerStragus: if fontstash isn't very good, what's your recommended solution for text?
18:41.23StragusNot sure actually, I wrote my own based on freetype
18:41.40Stragusreally needs to put a lot of stuff on github or whatever
18:42.35starseekerwhat about fontstash is bad peformance wise?  I knew nanovg was slow, but I've seen less about fontstash
18:43.22StragusThe hashing function and table is bad. It's querying freetype constantly for the kerning between characters. Oh, and there are actually errors in the spacing and kerning
18:44.06starseekerfontstash doesn't use freetype, unless something changed - doesn't it use stb_freetype?
18:44.09StragusI don't remember what the actual GL rendering was... but it should all be buffered, batched, uploaded and drawn together
18:44.38StragusAh yes, there is #define in it to switch to freetype. If you don't use freetype, then there's no glyph hinting and other issues
18:44.50StragusGlyph hinting is pretty important for small fonts
18:45.12StragusWith glyph hinting, tiny fonts are still readable: http://www.rayforce.net/glui001.png
18:45.22starseekernods - knew it was simplistic, but plenty good enough compared to our old solutions..
18:46.29Stragus(For screenshot, the sizes are in pixels, not font "points" or whatever)
18:48.48starseekerStragus: check out our current font logic for the GLX backend:  https://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/src/libdm/dm-ogl.c#l238
18:49.36starseekerStragus: I think the more sophisticated OpenGL text solutions do do better with freetype - Sean's a fan of FTGL, which I think does better but was/is also more work to integrate
18:49.39StragusOh, X fonts :)
18:50.34StragusI never really looked into ftgl, I know they have some interesting features
18:51.25starseekerOnce we get a proper cross-platfom OpenGL backend in place we can start to get more sophisiticated, but right now any major libdm work has to take glx, wgl, X, and several others into consideration
18:51.37StragusLarge fonts also benefit from signed distance fields, I wrote code for that
18:52.06starseekerStragus: heh - yeah, you'd probably achieve some fame on github if you were so inclined
18:52.09StragusJust use freetype2 and be cross-platform, same results everywhere
18:52.14starseekernods
18:52.52starseekerfreetype has improved a *lot* in terms of ease of integration, one of the things that will really help when we switch
18:53.23starseekerwish their license was just a bit more liberal, but I think we're OK to use it
18:53.50StragusIf you think you might use my code, I think that would motivate me to clean up, provide demos, perhaps even... *shivers* documentation
18:54.47starseekerStragus: well, right now our "cutting edge" libdm backend is using OpenSceneGraph to provide a cross platform API to give us an OpenGL canvas, and then we're using fontstash for cross platform text
18:54.49StragusAn OpenGL gui really has some serious advantages for GL-based CAD software
18:54.57StragusDarn.
18:56.00Notify03BRL-CAD:brlcad * 68453 brlcad/trunk/src/util/CMakeLists.txt: the tk apps need to specify their tcl/tk library deps. not necessarily coupled to X11 either (e.g., aqua)
18:56.34starseekerso if you have a lightweight wrapper library to initialize and interact with opengl and a fast/decent text rendering solution I'd be interested :-)
18:56.50Notify03BRL-CAD:brlcad * 68454 brlcad/trunk/src/shapes/fence.h: use the decl wrappers from common
18:57.25StragusText, definitely so. For the OpenGL setup, I have always used GLFW everywhere, it's excellent. Or did you mean more than managing context/input?
18:57.37starseekerwould prefer not to pull OSG along unless/until we're actually using the scenegraph, which requires quite a bit more libdm/libfb/mged work to do properly
18:57.57StragusOSG is terrible. It does 110k malloc() calls to render a cube
18:58.00starseekerglfw would work if we could embed the OpenGL canvas it provides in a Tk context
18:58.05starseekerwindow rather
18:58.27starseekerlast time I looked at glfw, it was assuming it always provides the window
18:58.37StragusIndeed, I think that's the case
18:58.50starseekerthat might be fairly simple to change - if so, it would sure be way lighter than OSG
18:59.14starseekerStragus: is OGRE better than OSG performance wise, or do they make many of the same mistakes?
18:59.21StragusYes should be, I'm fairly familiar with the GLFW code
18:59.32StragusOgre is also very osbolete
18:59.52StragusSeriously, why not use your own engine?
18:59.53starseekerStragus: huh.  Who are the new kids on the block?  Or is implementation lagging behind theory?
19:00.06starseekerStragus: 'cause we'd rather not write one ourselves?
19:01.00starseekerhunts up glfw - that sounds like a nice respite from rewriting Tcl/Tk CMake build code
19:01.04StragusWell, it's not like you need shadow cascades, spherical harmonics or deffered lighting... Your needs are pretty light?
19:01.11starseekercorrect
19:01.38starseekeralthough I'm not opposed to using fancy features once we get a proper scene set up...
19:01.49StragusSo it could take about as long writing good GL code than figuring out how to work with some engine that's potentially slow and/or poorly adapted and/or lacking features
19:02.42starseekernods - that could very well be
19:03.05starseekerbut the odds i would do a new one the "right" way are fairly low, at least for a first cut
19:03.35StragusI think I have quite a bit of experience with GL if you ever have questions
19:04.37starseekerStragus: ideally we'd want to integrate things like LoD (Hoppe's code dump of progressive mesh code make that even more interesting)
19:04.58starseekergive how big the models we work with can get, some sort of size management would really help
19:05.15StragusI wrote this 3 years ago in spare time... I wanted to test my computational fluid dynamics then got distracted: http://www.rayforce.net/newproject024.png
19:06.27starseekerheh - nice!
19:06.47Notify03BRL-CAD:brlcad * 68455 (brlcad/trunk/src/conv/step/BRLCADWrapper.h brlcad/trunk/src/libanalyze/find_subtracted_shapes.cpp and 9 others): remove the extern C wrappings as all our headers should now be properly wrapped for the caller
19:07.41*** join/#brlcad ickby (~stefan@x5d846937.dyn.telefonica.de)
19:08.50StragusFor LODs, is it something you can just precompute?
19:09.23starseekermaybe... there are multiple options there
19:09.33starseekerNURBS models we might be able to re-tessellate on the fly
19:09.42StragusI'm not sure how important a "smooth" choice of level of details really is. Done properly, one can't even see the transition points
19:09.52starseekernods
19:11.23starseekeryeah, GLFW doesn't expose the context creation independent of the Window creation
19:11.36starseekerwonder how hard it is to extract the context part...
19:11.39StragusYes, but I think it could be hacked in
19:14.37StragusAnd dreda is the maintainer, always answering questions in #glfw
19:15.01starseekerrecalls asking long ago about the possibility, I think it was deemed a bit out of scope
19:15.11StragusAh :/
19:15.12starseekerthat would have been back around the togl work
19:15.36starseekerstill, boiling the context subset of this might not be too hard
19:15.48Stragusnods
19:16.13starseekerquestion is whether it's worth it just to displace the OSG sources - that does work now, however cumbersom it might be
19:18.05starseekerIf Tk provided an OpenGL widget worth anything I'd cheerfully make it the client's responsibility to supply an OpenGL context
19:18.18StragusThat's really a huge dependency, and just to create a GL context?
19:18.44StragusI don't even know if OSG supports the creation of core contexts, debugging contexts, and so on
19:18.50starseekerat the moment - eventually we plan to use the scene features, but before we can do that some of MGED's basic assumptions need to be altered
19:19.40StragusI really would *not* recommend OSG. I have had the displeasure of debugging something in OSG for Lee, I have looked under the hood
19:20.25StragusThe horror, the horror... It's like academia C++ pushed to 11
19:21.18starseekerStragus: well, I'll look at extracting the context bits out of glfw and see if they can replace what we're currently using OSG for
19:21.30StragusAlso using GL display lists, immediate mode, and so on. If you want to do anything modern, then forget it, it's not in OSG
19:22.07Stragus(110000 malloc() calls to render a cube, argh!)
19:23.02starseekerStragus: bear in mind we do need a reasonable fallback mode if OpenGL is hozed on a computer for some reason - I'd be fine with making a a platform agnostic version of tinygl or extracting mesa's software-only rendering backend for that...
19:23.40starseekermore importantly though is we can't assume super-modern OpenGL features all the time - there has to be a reasonable "degraded" mode we can guarantee everywhere
19:23.40StragusA fallback mode, meaning a GL 1.1 path?
19:23.56starseekerwell, whatever can be usably implemented in software
19:24.05starseekerI think mesa may be up around 2, but I"m not sure
19:24.08starseekerhaven't checked lately
19:24.31StragusI think they implement GL 3.1
19:24.38starseekerdo they
19:24.53starseekerhuh - I haven't been keeping track, that's further along than I thought
19:25.37StragusGL 3.1 is pretty much modern GL, minus compute shaders and other goodies
19:26.08starseekerthe question is whether their software-only mode can do that
19:26.37StragusYes, I think so. Anyhow, your needs are simple, so even writing ol' good GL 1.1 shouldn't be too hard
19:26.42starseekernods
19:27.01starseekerwe've suggested student projects in the past to take tinygl and make it more cross platform
19:27.36StragusLast update in 2002, that's not a good sign
19:27.50Stragus"16 bit Z buffer. 16 bit RGB display. High speed dithering to paletted 8 bits if needed. High speed convertion to 24 or 32 bits"
19:27.53StragusOkay, that's not good
19:28.45starseekerif we make an alterned version of the glfw wrapping API, we could probably put the key software rendering bits from mesa's swrat or maybe softpipe behind that API
19:30.03StragusDoes it really come up often that people run CAD software on machines without any GL? Even Windows or Linux without drivers provide at least GL 1.1
19:30.06Stragus(in software)
19:31.54starseekerit does sometimes happen that the drivers will temporarily be in a non-functional state (after an update) or someone tries to display across a network interface and things get interesting
19:32.47StragusAnd when you want to be bullet-proof even in such cases, okay
19:32.54StragusAnd * you want
19:32.57starseekerthat usually happens when there are tight deadlines people are trying to satisfy (I think there's some sort of universal law about that)
19:33.03starseekerso, yeah :-)
19:33.08StragusEheh :), got it
19:33.31starseekerbut you're right, GL 1.1 would do what we need
19:34.01starseekertinygl may not be very impressive, but it's better than the raw X backend (which can only do wireframe - no shaded mode)
19:34.25starseekernot being able to assume shaded drawing for your scene interface is a bummer
19:34.41StragusMesa's LLVM can generate SSE/AVX code and be somewhat-kind-of-usable
19:35.05starseekerthat would require the llvm backend though
19:35.34starseekerwe may get there someday if we incorproate support for Open Shading Language, but it's an even bigger dependency than OSG if I'm not mistaken
19:35.57StragusOpen Shading Language?... Why not GL's GLSL?
19:36.13starseekerOSL is for raytracers
19:36.23StragusOh. Interesting
19:37.32starseekerah, this looks like an active ftgl fork:  https://github.com/ulrichard/ftgl
19:38.05starseekerfew other forks with changes
19:38.24Straguswants to see the GL rendering code
19:39.04starseekernot sure where that'd be tucked away - Sean probably knows
19:40.10StragusTechnically, my font manager doesn't depend on GL, and rather delegates the rendering to an abstract "renderer" which does, doing the buffering and batching
19:40.45StragusSo you can switch the renderer at will. ftgl may work the same way
19:40.49starseekernods - I seem to remember something about that for fontstash as well - opengl was just the "output" form used for the rendering
19:40.58StragusRight
19:41.08*** join/#brlcad ickby_ (~stefan@x5d846937.dyn.telefonica.de)
19:41.44starseekerugh - ftgl has a whole subdirectory for MSVC builds?
19:41.56StragusAlso, fontstash is not flexible enough to do things like two-channel post-processing with custom spacing, in order to do outlined text
19:42.02starseekernods
19:42.27*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
19:42.31starseekerew - no project with a decent CMake build should need checked-in visual studio project files
19:43.07StragusThat's another reason I don't put anything on github. Can't stand all build systems, I write Makefiles or even just bash scripts
19:43.40starseekernods - github works find for that though - you just check in what you want and let someone else make the build system they like
19:43.53StragusI frequently need to do things like compiling the same .c or .cu file multiple times with different options, and it's always a nightmare with build systems
19:43.58starseekerhas a bunch of forks/projects that are CMake-ifications of other projects
19:44.02StragusAh, cool
19:44.35starseekernew one just this week, in fact:  https://github.com/starseeker/unifdef
19:45.04StragusEh, neat
19:45.32starseekerthey give you the "forked from" link so you can always reference the original project
19:46.59starseekermy SuperLU CMake build even got a user - I've gotten several patches back updating to the latest version.
19:47.25starseekersomeday I'll finish up my Meshlab conversion - it hasn't ticked me off lately, so I've kinda stalled
19:47.51StragusYou are a CMake fan then :)
19:48.18starseekerI'm a fan of what it allows you to do - one build system for OSX, Linux, BSD, and MSVC
19:48.40starseekerI'm not crazy about their syntax - I think they should have gone with lua or some such rather than inventing their own language
19:48.51StragusIt just seemed so complicated to do basic things like  "compile this, run that, *then* compile X 10 times with these options"
19:49.08starseekerbut compared to sh+m4+automake+autoconf+... it's awesome
19:49.41starseekerStragus: yeah, the latter bit does conflict with their mental model of build targets
19:50.07StragusExactly
19:50.45starseekerusually there are work-arounds that are simpler than trying to maintain and sync multiple build systems across different platforms though - we did that pre-CMake, and it sucked
19:50.47StragusI want to compile my CUDA pipelines for all variety of CUDA hardware, and for all runtime options for the pipeline, which can be a total of 200 times
19:51.59starseekerStragus: Couple of possible approaches... I'd probably write a CMake script to automatically set that up in the build directory.
19:52.32starseekerconfigure_file and execute_process can be used to do quite a lot, if you really need to
19:52.55StragusI'll try to motivate me to try again one day... :)
19:53.02starseekerheh
19:53.44starseekerI don't recommend CMake for all situations, certainly - but when you want to be trivially portable to Windows+MSVC, it just makes life a lot simpler
19:54.19starseekerYou can do most of your work on a Real OS, then check things on Windows just by pulling the updates, configuring and building
19:54.31StragusI'm not concerned by MSVC, I tend to write C gnu99
19:54.40Stragus(which compiles with GCC, clang and ICC)
19:54.43starseekerno updating VS project files and hoping the bugs aren't too bad because nobody else has checked in 6 months
19:54.51StragusEheh
19:55.11starseekernods - unfortuantely, we have no choice but to pay attention to MSVC
19:55.23*** join/#brlcad yorik (~yorik@189-46-38-150.dsl.telesp.net.br)
19:55.53starseekerseveral times we've had to "port" possible third party libs over to MSVC ourselves, because were the first in the open source community to actually care
19:56.17StragusI'm actually surprised you do
19:56.27StragusWhat's wrong with mingw64, the Intel compiler?
19:57.31starseekerwe haven't yet managed to fully port to mingw64, and I've had fairly mixed luck with it over the years - mainly getting it set up correctly.  It's still quite easy to do that wrong
19:57.49StragusOkay, that is surprising
19:58.07starseekerthe Intel compiler is usually pay-to-play - I think there may be a program now for open source projects, but I don't know about on Windows
19:59.01starseekerwe really should get mingw64 working... I've been half hoping someone would take Qt Creator, the new clang Windows porting work, and whatever bits from the mingw setup are needed to make a true "plug and play" open source C/C++ development ala MSVC
19:59.18StragusNot sure. I know SURVICE wanted some code to compile on Windows without expecting people to use mingw64, because people want software they pay for, and apparently ICC was the best solution
19:59.44starseekerit's a good compiler
19:59.52starseekeror at last, that's what I've heard about it
20:00.15StragusIt's supposed to be good at auto-vectorization. I do my own SSE/AVX, and GCC comes up on top by 2% or so
20:00.22starseekerbut the Visual Studio Community edition can be used for open source projects and is both free and simple to get working
20:01.22starseekerideally, we would be able to build anywhere someone wanted to build - mingw is actually our most glaring defect in that regard
20:01.53StragusI agree, it is very surprising. It's the same old good GCC!
20:02.26StragusI never had any trouble with my code and mingw64
20:11.40starseekerStragus: well, if you're interested you can grab the latest trunk and see if it builds
20:13.46*** join/#brlcad ickby_ (~stefan@x5d846937.dyn.telefonica.de)
20:19.43Notify03BRL-CAD:starseeker * 68456 brlcad/branches/tcltk86/src/other/CMakeLists.txt: Note the itcl4 issue Archer is having, and provide relevant info.
20:24.07*** join/#brlcad ickby (~stefan@x5d846937.dyn.telefonica.de)
20:31.29Notify03BRL-CAD:brlcad * 68457 brlcad/trunk/AUTHORS: note the 2013 doc camp team (save for sean and cliff which already have core status) under documentation.
20:51.15Notify03BRL-CAD:brlcad * 68458 brlcad/trunk/src/libged/gdiff.c: remove dead code
20:58.20*** join/#brlcad ickby (~stefan@x5d846937.dyn.telefonica.de)
21:16.20*** join/#brlcad ickby_ (~stefan@x5d846937.dyn.telefonica.de)
21:29.50*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
21:45.52Notify03BRL-CAD:brlcad * 68459 brlcad/trunk/NEWS: jon added a -f vertex fuse option to obj-g that fuses verticies within a given tolerance. this helps the solidity detection work but is slower (hence off by default).
21:45.54*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
21:50.32Notify03BRL-CAD:brlcad * 68460 brlcad/trunk/NEWS: keith fixed the bb command volume reporting, which was returning mm^3 instead of the localized units. also increased precision beyond one digit past the decimal, reported by a user having problems with sub-inch boxes.
22:06.17Notify03BRL-CAD:brlcad * 68461 brlcad/trunk/TODO: note where things left off with the joint articulation work (both the old system and the new joint objects) from the big bullet branch merge (r62451)
22:13.15*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:14.49Notify03BRL-CAD:brlcad * 68462 brlcad/trunk/NEWS: cliff made fast4-g import CCONE1 even when they have an illegal thickness. previously discarded them, but now imports as volume cones. (r61433)
22:18.09Notify03BRL-CAD:brlcad * 68463 brlcad/trunk/NEWS: bob fixed (in r61402) the fork+exec method being used on windows in rtwizard where edge drawing and ghosting were not working.
22:20.13Notify03BRL-CAD:brlcad * 68464 brlcad/trunk/TODO: we're all in, need brep support
22:29.01Notify03BRL-CAD:brlcad * 68465 brlcad/trunk/NEWS: keith fixed the face validation check so that it no longer tests the normal against the distance tol, instead checking the dot product against the parallel tol. this improved ray tracing and bounding boxes of really tiny triangles with edges at/near the distance tol. (r61337)
22:32.40Notify03BRL-CAD:brlcad * 68466 brlcad/trunk/NEWS: keith added conversion timings output to the step importer, telling how long it takes to load and convert
22:35.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:38.44*** join/#brlcad merzo (~merzo@232-36-201-46.pool.ukrtel.net)
22:41.47Notify03BRL-CAD:brlcad * 68467 brlcad/trunk/NEWS: cliff improved the search command's manual page with a list of the -params parameters that can be specified.
22:42.01Notify03BRL-CAD:n_reed * 68468 (brlcad/branches/brep-debug/doc/docbook/system/implementation/en/CMakeLists.txt brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml): changes to support pdf export
22:59.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:10.19Notify03BRL-CAD:starseeker * 68469 brlcad/trunk/NEWS: Note upgrade to libpng 1.6.23
23:59.13Notify03BRL-CAD:starseeker * 68470 (brlcad/branches/qtged/src/qged/CMakeLists.txt brlcad/branches/qtged/src/qged/cadresources.qrc): Pull in some of the appleseed resources for Qt UI customization. Doesn't quite apply cleanly to qged (for one thing they're using a preprocessing trick on their stylesheets) but it looks like it may have some helpful hints.
IRC log for #brlcad on 20160722

IRC log for #brlcad on 20160722

00:48.38*** join/#brlcad sxhcgqfwwtotemkx (~armin@dslc-082-083-186-162.pools.arcor-ip.net)
04:14.55Notify03BRL-CAD:starseeker * 68471 (brlcad/branches/qtged/src/qged/TODO.qt =================================================================== and 10 others): Add some notes specific to handling Qt.
04:22.13Notify03BRL-CAD:starseeker * 68472 brlcad/branches/tcltk86/src/other/iwidgets/CMakeLists.txt: spruce up the iwidgets CMakeLists.txt file
04:35.24*** join/#brlcad tandoorichick (~rakshika@117.216.53.175)
04:40.17Notify03BRL-CAD:starseeker * 68473 (brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt brlcad/branches/tcltk86/src/other/tk/CMakeLists.txt): More work on CMake cleanup for Tcl/Tk. Still a *lot* to do here...
04:43.32Notify03BRL-CAD:starseeker * 68474 brlcad/branches/tcltk86/src/other/iwidgets/CMakeLists.txt: more iwidget CMake tweaks
04:43.46*** join/#brlcad amarjeet (~Amarjeet@101.214.28.8)
05:21.19*** join/#brlcad tandoorichick (~rakshika@117.216.53.175)
05:21.55*** join/#brlcad ickby_ (~stefan@x5d847c6e.dyn.telefonica.de)
06:08.32*** join/#brlcad ickby (~stefan@x5d847c6e.dyn.telefonica.de)
06:30.25*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:26.14*** join/#brlcad sniok (~sniok@89.252.2.135)
08:03.30*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
08:11.18*** join/#brlcad sniok_ (~sniok@89.252.2.135)
08:17.31*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:25.02*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:41e3:ff5b:6c82:4be2)
08:33.23*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:00.36*** join/#brlcad ickby (~stefan@x5d847c6e.dyn.telefonica.de)
09:05.28*** join/#brlcad merzo (~merzo@94.45.58.141)
09:29.10*** join/#brlcad amarjeet (~amarjeet@101.214.28.8)
10:03.01*** join/#brlcad sniok_ (~sniok@89.252.2.135)
10:28.21*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
13:24.21*** join/#brlcad tandoorichick (~rakshika@61.0.115.128)
13:43.33*** join/#brlcad amarjeet (~amarjeet@101.214.28.8)
13:47.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:47.28*** join/#brlcad yorik (~yorik@189-46-38-150.dsl.telesp.net.br)
14:24.12*** join/#brlcad sniok_ (~sniok@89.252.2.135)
14:43.12*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:32.09*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
15:39.58*** join/#brlcad ishweradmin (~ishweradm@servers.ishwerdas.com)
15:40.33*** join/#brlcad amarjeet (~amarjeet@101.211.246.108)
15:47.19*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:52.15*** join/#brlcad ejno (~ejno@104.225.5.10)
15:52.16*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
16:04.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:25.05Notify03BRL-CAD:ejno * 68475 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: use size_t
16:43.35*** join/#brlcad amarjeet_ (~amarjeet@101.214.28.8)
17:17.42*** join/#brlcad kugogsohsqlnoujc (~armin@dslb-088-066-157-135.088.066.pools.vodafone-ip.de)
17:45.30*** join/#brlcad asad__ (~asad00@host10-2.natpool.mwn.de)
18:06.04*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
18:06.10*** join/#brlcad Mandeep_Singh (~mandeep@59.89.156.165)
18:22.22Notify03BRL-CAD Wiki:Mandeeps708 * 9802 /wiki/User:Mandeeps708/GSoC16/logs: /* logs */
20:05.57*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
21:03.04*** join/#brlcad asad___ (~asad00@host10-2.natpool.mwn.de)
21:49.28Notify03BRL-CAD:starseeker * 68476 brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt: More refactoring of tcl.m4 logic into the main Tcl CMakeLists.txt
22:21.52Notify03BRL-CAD:starseeker * 68477 brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt: fixes
23:33.46Notify03BRL-CAD Wiki:Mandeeps708 * 9803 /wiki/User:Mandeeps708/GSoC16/logs: /* Coding Period */
IRC log for #brlcad on 20160723

IRC log for #brlcad on 20160723

01:08.53*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
04:30.40*** join/#brlcad tandoorichick (~rakshika@117.222.156.22)
07:42.04*** join/#brlcad amarjeet (~amarjeet@101.211.215.19)
08:38.52*** join/#brlcad Mandeep_Singh (~mandeep@117.199.99.136)
09:52.44*** join/#brlcad sniok (~sniok@89.252.2.135)
10:39.55*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:28.58*** join/#brlcad amarjeet (~amarjeet@101.211.229.108)
12:50.11*** join/#brlcad amarjeet (~amarjeet@101.211.229.108)
13:38.54*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
14:32.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:03.12*** join/#brlcad tandoorichick (~rakshika@103.207.141.39)
15:11.58*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:32.39*** join/#brlcad yorik (~yorik@177.102.57.109)
15:38.35*** join/#brlcad amarjeet (~amarjeet@101.211.243.9)
16:49.34*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
17:12.35*** join/#brlcad amarjeet (~amarjeet@101.211.229.108)
17:40.59*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
18:35.29*** join/#brlcad sniok_ (~sniok@89.252.29.238)
18:39.05*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
19:04.27*** join/#brlcad sniok (~sniok@89.252.2.135)
20:07.29*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
20:34.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:13.48*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
21:35.10*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
22:56.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160724

IRC log for #brlcad on 20160724

00:13.21*** join/#brlcad amarjeet (~amarjeet@101.211.228.22)
00:14.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:55.27*** join/#brlcad yorik (~yorik@177.102.57.109)
04:19.54*** join/#brlcad tandoorichick (~rakshika@103.207.141.39)
04:37.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:06.12*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:33.33*** join/#brlcad Mandeep_Singh (~mandeep@117.212.50.140)
08:10.14*** join/#brlcad tandoorichick (~rakshika@117.216.49.232)
08:16.19*** join/#brlcad merzo (~merzo@232-36-201-46.pool.ukrtel.net)
09:11.05*** join/#brlcad LordOfBikes (~armin@dslb-088-064-039-117.088.064.pools.vodafone-ip.de)
09:53.33*** join/#brlcad amarjeet (~amarjeet@101.211.210.40)
10:21.00*** join/#brlcad amarjeet (~amarjeet@101.214.216.93)
10:34.24*** join/#brlcad amarjeet (~amarjeet@101.214.216.93)
10:54.48*** join/#brlcad merzo (~merzo@232-36-201-46.pool.ukrtel.net)
11:01.33*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
11:12.47*** join/#brlcad merzo (~merzo@232-36-201-46.pool.ukrtel.net)
11:12.55*** join/#brlcad sniok (~sniok@89.252.2.135)
11:38.50*** join/#brlcad ``Erik_ (~erik@104.225.5.10)
11:43.29*** join/#brlcad sniok (~sniok@89.252.2.135)
14:26.15*** join/#brlcad asad__ (~asad00@host10-2.natpool.mwn.de)
14:27.20*** join/#brlcad yorik (~yorik@177.102.57.109)
14:34.31*** join/#brlcad amarjeet (~amarjeet@101.211.242.201)
14:36.54*** join/#brlcad merzo (~merzo@178-30-133-95.pool.ukrtel.net)
14:37.29*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
14:38.22*** join/#brlcad merzo (~merzo@178-30-133-95.pool.ukrtel.net)
14:45.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:56.18*** join/#brlcad amarjeet (~amarjeet@101.211.234.92)
15:11.22*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
15:27.17*** join/#brlcad amarjeet (~amarjeet@101.211.244.187)
18:35.19*** join/#brlcad ickby (~stefan@x5d846d56.dyn.telefonica.de)
19:15.52*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:50.04*** join/#brlcad ickby (~stefan@x5d846d56.dyn.telefonica.de)
20:20.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:59.25*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
IRC log for #brlcad on 20160725

IRC log for #brlcad on 20160725

00:25.45*** join/#brlcad asad___ (~asad00@host237-2.natpool.mwn.de)
00:28.13*** join/#brlcad qskcxcnqpxorredc (~armin@dslb-092-074-253-178.092.074.pools.vodafone-ip.de)
00:44.48*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:15.14*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
01:29.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:50.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:34.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:49.37Notify03BRL-CAD:brlcad * 68478 brlcad/trunk/NEWS: cliff improved the rtwizard docs to better explain command line usage.
03:59.09Notify03BRL-CAD:brlcad * 68479 (brlcad/trunk/src/librt/db_diff.c brlcad/trunk/src/librt/db_fullpath.c and 3 others): warning message consistency, using WARNING:
04:09.57Notify03BRL-CAD:brlcad * 68480 brlcad/trunk/src/libbu/sha1.c: common includes stdint.h
05:45.05*** join/#brlcad tandoorichick (~rakshika@117.217.162.243)
06:53.47*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:34.54*** join/#brlcad merzo (~merzo@251-97-133-95.pool.ukrtel.net)
08:54.10*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
09:16.27*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:06.10*** join/#brlcad tandoorichick (~rakshika@117.219.136.202)
12:28.08*** join/#brlcad tandoorichick_ (~rakshika@117.211.250.241)
13:01.12*** join/#brlcad yorik (~yorik@177.102.57.109)
13:43.37*** join/#brlcad amarjeet (~amarjeet@101.211.237.187)
13:49.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:45.44*** join/#brlcad amarjeet (~amarjeet@101.211.241.140)
15:38.53*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
15:52.08*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
16:34.37Notify03BRL-CAD:ejno * 68481 brlcad/trunk/src/libgcv/plugins/rhino/rhino_read.cpp: first check for duplicates among geometry ids so that they aren't modified if there is a conflict within another object table (geometry are more likely to be referenced)
16:52.24*** join/#brlcad tandoorichick_ (~rakshika@103.207.140.224)
17:05.00*** join/#brlcad amarjeet (~amarjeet@101.211.237.187)
17:14.24*** join/#brlcad tandoorichick_ (~rakshika@117.222.155.8)
18:10.24*** join/#brlcad ickby (~stefan@x5d84676d.dyn.telefonica.de)
18:23.35*** join/#brlcad ickby_ (~stefan@x5d84676d.dyn.telefonica.de)
18:37.44*** join/#brlcad ickby (~stefan@x5d84676d.dyn.telefonica.de)
18:57.40*** join/#brlcad ickby (~stefan@x5d84676d.dyn.telefonica.de)
19:02.06*** join/#brlcad ickby_ (~stefan@x5d84676d.dyn.telefonica.de)
19:02.20*** join/#brlcad ickby (~stefan@x5d84676d.dyn.telefonica.de)
19:49.20*** join/#brlcad yorik (~yorik@177.102.57.109)
21:05.38*** part/#brlcad ryoshu (~kamil@netbsd/developer/kamil)
22:00.00*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:43.08*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160726

IRC log for #brlcad on 20160726

00:26.58*** join/#brlcad zkllsvbjpbxshmup (~armin@dslb-094-216-163-093.094.216.pools.vodafone-ip.de)
02:00.17Notify03BRL-CAD:ejno * 68482 (brlcad/trunk/src/conv/csg/CMakeLists.txt brlcad/trunk/src/fb/fblabel.c and 19 others): fix a number of warnings identified by gcc/clang
02:04.03Notify03BRL-CAD:ejno * 68483 brlcad/trunk/src/librt/mkbundle.c: make an attempt at fixing the loop (looks like what could have been intended)
03:57.32*** join/#brlcad tandoorichick_ (~rakshika@117.230.193.27)
04:24.55*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
04:35.39Notify03BRL-CAD:brlcad * 68484 brlcad/trunk/include/common.h: add a convenience macro to help with scanning into string buffers where we want to bounds-check the input by specifying in %{NUM}s form, stringified
04:37.39Notify03BRL-CAD:brlcad * 68485 (brlcad/trunk/src/conv/euclid/euclid-g.c brlcad/trunk/src/conv/off/off-g.c): eliminate a slew of magic numbers in favor of singular defines per value and reused accordingly. increased the size of some buffers where it looked like it shouldn't matter how big they get.
04:38.29Notify03BRL-CAD:brlcad * 68486 brlcad/trunk/src/libged/gqa.c: reduce magic number instances down to a single occurance.
04:42.59Notify03BRL-CAD:brlcad * 68487 (brlcad/trunk/src/rt/do.c brlcad/trunk/src/rt/read-rtlog.c): consolidate scanning lengths into one place
04:45.54Notify03BRL-CAD:brlcad * 68488 (brlcad/trunk/src/shapes/bolt.c brlcad/trunk/src/shapes/gastank.c and 4 others): update lots of seemingly arbitrary name size limits, similarly copy+pasted or templated off each other. promote them all to a much bigger size since we're talking somewhat arbitrary name limits, check and print that size accordingly without duplicating the actual nubmers
04:58.17Notify03BRL-CAD:brlcad * 68489 (brlcad/trunk/src/conv/nmg/asc-nmg.c brlcad/trunk/src/nirt/nirt.c brlcad/trunk/src/proc-db/molecule.c): last remaining scan string conversions to CPP_SCAN() so we can minimize/eliminate the chance of having sizes get out of sync over time. consolidates the size definitions into a single preprocessor define that gets reused accordingly.
05:26.26Notify03BRL-CAD:brlcad * 68490 (brlcad/trunk/src/util/bw-imp.c brlcad/trunk/src/util/bwscale.c brlcad/trunk/src/util/rle_args.c): misleading and inconsistent, set input filename to "-" as if the users specified that (even if these tools probably don't yet consistently support that syntax
05:56.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:40.21*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
07:13.43*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:36.09*** join/#brlcad sniok (~sniok@89.252.2.135)
08:15.26*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:18.09*** join/#brlcad shubham (2d73b057@gateway/web/freenode/ip.45.115.176.87)
08:47.09*** join/#brlcad merzo (~merzo@92.60.189.225)
10:00.56*** join/#brlcad ``Erik_ (~erik@104.225.5.10)
10:07.08*** join/#brlcad sniok (~sniok@89.252.2.135)
12:06.48*** join/#brlcad sniok (~sniok@89.252.2.135)
12:53.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:17.25*** join/#brlcad yorik (~yorik@177.102.57.109)
13:25.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:41.00*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
14:06.05*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
14:08.19*** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:23.30*** join/#brlcad merzo (~merzo@92.60.189.225)
15:18.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:21.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:32.29Notify03BRL-CAD:ejno * 68491 (brlcad/branches/prep-cache/include/brep/bbnode.h brlcad/branches/prep-cache/include/brep/brnode.h and 7 others): add glibc malloc() instrumentation; remove some memory allocations
15:39.09*** join/#brlcad amarjeet (~amarjeet@101.211.246.102)
15:42.40*** join/#brlcad merzo (~merzo@47-25-202-46.pool.ukrtel.net)
16:11.21Notify03BRL-CAD:starseeker * 68492 (brlcad/trunk/src/conv/off/off-g.c brlcad/trunk/src/shapes/wire.c): Fix build - gcc 4.9.2 wiped out on these two...
16:35.36*** join/#brlcad tandoorichick_ (~rakshika@117.230.193.27)
17:02.00*** join/#brlcad tandoorichick_ (~rakshika@117.230.193.27)
17:35.21*** join/#brlcad tandoorichick_ (~rakshika@117.199.134.66)
17:48.22*** join/#brlcad sniok (~sniok@89.252.2.135)
17:56.56*** join/#brlcad tandoorichick_ (~rakshika@117.199.136.207)
18:10.02Notify03BRL-CAD:ejno * 68493 (brlcad/branches/prep-cache/include/brep/curvetree.h brlcad/branches/prep-cache/include/brep/surfacetree.h and 2 others): remove some allocations
18:17.22*** join/#brlcad tandoorichick_ (~rakshika@117.222.156.242)
18:47.11Notify03BRL-CAD Wiki:Mandeeps708 * 9804 /wiki/User:Mandeeps708/GSoC16/logs: /* Coding Period */
19:48.16Notify03BRL-CAD Wiki:Tandoorichick * 9805 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
20:39.14*** part/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
21:01.55*** join/#brlcad ickby_ (~stefan@x5d844ca0.dyn.telefonica.de)
21:42.11*** join/#brlcad merzo (~merzo@33-38-133-95.pool.ukrtel.net)
22:48.56*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:49.06Notify03BRL-CAD:brlcad * 68494 brlcad/trunk/include/common.h: diagnostic pragmas (as generally used to disable warnings) are evil. no longer needed as the warnings were addressed in other ways.
23:12.54Notify03BRL-CAD Wiki:Senormason * 0 /wiki/User:Senormason:
23:23.41*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
23:38.16Notify03BRL-CAD:brlcad * 68495 brlcad/trunk/CHANGES: update the example with the second argument now that bu_basename takes two
IRC log for #brlcad on 20160727

IRC log for #brlcad on 20160727

00:18.57Notify03BRL-CAD:brlcad * 68496 (brlcad/trunk/include/bu/path.h brlcad/trunk/src/conv/g-dot.c and 15 others): heavily modify and restore the return and first arg of bu_basename() to still return the buffer and take the constant path. the gci change in r59475 introduced a non-minimally impacting change that would have needed to go through deprecation announcement. the restored sig (char*bu_basename(const char*, char*))
00:18.59Notifywill cause a warning but is compatible with the prior (char*bu_basename(const char*)) and is minimally impacting with a NULL buffer argument. the real benefit with the new form is that some callers can pass a buffer (e.g., stack-allocated) instead of requiring dynamic allocation, so some are updated to take advantage of this.
00:19.01Notify...
00:22.37Notify03BRL-CAD:brlcad * 68497 brlcad/trunk/CHANGES: denote the added argument on bu_basename
00:26.09*** join/#brlcad bikfnwxnzkywgefb (~armin@dslb-088-066-153-069.088.066.pools.vodafone-ip.de)
00:43.59Notify03BRL-CAD:brlcad * 68498 brlcad/trunk/NEWS: getting ray tracing working in parallel on windows was primarily made real by two GCI students (in 2012/2013) that implemented the critical bits in parallel and semaphore, applied and reworked by daniel and myself. never announced the change as it continued to be a topic of tweaks and debugging for a while, but now it's been in stable active use for a while and warrants
00:44.01Notifybroader recognition. instant visible and substantial performance improvement, depending on the number of cores available.
00:44.03Notify...
01:26.12*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
03:46.38Notify03BRL-CAD:ejno * 68499 brlcad/trunk/src/fb/gif-fb.c: fix warning (left-shift of negative value)
05:04.42*** join/#brlcad tandoorichick_ (~rakshika@117.217.163.95)
06:09.42*** join/#brlcad ickby_ (~stefan@x5d84729b.dyn.telefonica.de)
06:30.06*** join/#brlcad tandoorichick (~rakshika@117.217.163.95)
06:42.02*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:38.37*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
07:40.34*** join/#brlcad ``Erik (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
07:53.37*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
07:57.23*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:11.10*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
08:33.24*** join/#brlcad sniok (~sniok@89.252.2.135)
08:35.53*** join/#brlcad tandoorichick (~rakshika@117.199.135.4)
08:47.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
09:51.45*** join/#brlcad ickby (~stefan@x5d84729b.dyn.telefonica.de)
10:49.41*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:06.28*** join/#brlcad merzo (~merzo@92.60.189.225)
13:05.09*** join/#brlcad ickby (~stefan@x5d84729b.dyn.telefonica.de)
13:12.50*** join/#brlcad yorik (~yorik@177.102.57.109)
13:16.00Notify03BRL-CAD:brlcad * 68500 brlcad/trunk/src/rt/CMakeLists.txt: need RT_TXT_OUTPUT on most of these tools, otherwise they crash or abort due to NULL outfp never getting initialized. found the problem with rtcheck -o crashing.
13:21.06Notify03BRL-CAD:ejno * 68501 (brlcad/branches/prep-cache/AUTHORS brlcad/branches/prep-cache/CHANGES and 179 others): merge from trunk to r68500
14:27.21*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
14:53.27*** join/#brlcad ickby_ (~stefan@x5d84729b.dyn.telefonica.de)
14:57.55*** join/#brlcad ickby_ (~stefan@x5d84729b.dyn.telefonica.de)
15:09.33*** join/#brlcad ickby (~stefan@x5d84729b.dyn.telefonica.de)
15:24.48*** join/#brlcad amarjeet (~amarjeet@101.211.218.170)
16:22.38*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
16:45.24*** join/#brlcad amarjeet (~amarjeet@101.211.244.8)
16:48.57*** join/#brlcad tandoorichick (~rakshika@117.199.140.229)
16:56.50*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
17:10.44*** join/#brlcad ickby (~stefan@x5d84729b.dyn.telefonica.de)
18:03.10*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
18:11.39*** join/#brlcad amarjeet (~amarjeet@101.211.244.66)
18:25.35*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
18:33.28*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-ssfqylocnqwvwafa)
20:34.27*** join/#brlcad merzo (~merzo@88-249-94-178.pool.ukrtel.net)
20:57.22*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
21:28.26*** join/#brlcad merzo (~merzo@88-249-94-178.pool.ukrtel.net)
21:29.13*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
22:06.44*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:14.54*** join/#brlcad asad____ (~asad00@host10-2.natpool.mwn.de)
23:14.58*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
23:23.45*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
23:48.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160728

IRC log for #brlcad on 20160728

00:00.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:10.53*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
04:13.25*** join/#brlcad tandoorichick (~rakshika@117.199.140.229)
04:31.52*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:f109:5683:30c7:2a03)
05:03.15*** join/#brlcad LordOfBikes (~armin@dslb-088-066-153-069.088.066.pools.vodafone-ip.de)
06:09.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:24.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:53.58*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
08:17.19*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:14.07*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:57.16*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
13:15.25*** join/#brlcad ``Erik_ (~erik@104.225.5.10)
13:26.15*** join/#brlcad yorik (~yorik@177.102.57.109)
13:29.02*** join/#brlcad tandoorichick (~rakshika@117.230.65.176)
13:32.37*** join/#brlcad merzo (~merzo@92.60.189.225)
15:24.37*** join/#brlcad brlcad (~sean@104.225.5.10)
15:24.37*** join/#brlcad ejno (~ejno@104.225.5.10)
15:24.37*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
15:24.37*** join/#brlcad maths22 (~maths22@104.225.5.10)
15:24.38*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
15:24.38*** join/#brlcad ``Erik_ (~erik@104.225.5.10)
15:24.40*** join/#brlcad starseeker (~starseeke@104.225.5.10)
15:24.46*** join/#brlcad Notify (~notify@104.225.5.10)
15:34.51*** join/#brlcad merzo (~merzo@92.60.189.225)
17:09.46*** join/#brlcad amarjeet (~amarjeet@101.211.229.220)
17:21.26*** join/#brlcad Mandeep_Singh (~mandeep@115.184.71.102)
20:50.26*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
21:39.51*** join/#brlcad merzo (~merzo@88-249-94-178.pool.ukrtel.net)
21:58.52*** join/#brlcad yorik (~yorik@177.102.57.109)
22:34.43*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:34.58Notify03BRL-CAD:brlcad * 68502 brlcad/trunk/src/tclscripts/lod/LODDialog.tcl: itk_init is supposed to happen after adding components so it can update the option list accordingly
23:43.57*** join/#brlcad asad_____ (~asad00@host10-2.natpool.mwn.de)
IRC log for #brlcad on 20160729

IRC log for #brlcad on 20160729

00:35.18*** join/#brlcad LordOfBikes (~armin@dslb-088-065-191-109.088.065.pools.vodafone-ip.de)
02:10.55*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
02:44.35Notify03BRL-CAD:brlcad * 68503 brlcad/trunk/src/tclscripts/CMakeLists.txt: stub in the preliminary files I'd started with in the development of a new geometry overlap resolution interface. started with a shell of a proc and itcl class.
02:48.39Notify03BRL-CAD:brlcad * 68504 (brlcad/trunk/src/tclscripts/checker/CMakeLists.txt brlcad/trunk/src/tclscripts/checker/check.tcl): later made more sense to combine the class and proc together so the public facade really is just the proc, not proc+megawidget.
02:52.36Notify03BRL-CAD:brlcad * 68505 brlcad/trunk/src/tclscripts/checker/check.tcl: this is the current status, providing a fully functional table view with selection, sorting, scrolling, automatic width adjustment, and automatic row coloring. next up is hooking it to mged.
03:01.05Notify03BRL-CAD:brlcad * 68506 brlcad/trunk/src/tclscripts/checker/CMakeLists.txt: this shell script is not intended for inclusion in the distribution, but it's currently the workhorse for the tcl GUI. it shoots a 16-view grid of rays and aggregates all the overlap information into a table for prioritization (based on a rough volume estimate). it also captures plot information for subsequent display. this script should
03:01.07Notifygo away once the functionality gets recoded in tcl, but this was faster to get started with.
03:01.09Notify...
05:52.22Notify03BRL-CAD:brlcad * 68507 brlcad/trunk/src/tclscripts/checker/check.sh: print the final 'volume estimate' via printf so awk doesn't resort to scientific notation and with a width specifier to we get a constant number of digits after the deimal.
06:32.52*** join/#brlcad tandoorichick (~rakshika@103.207.141.56)
06:59.56*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
08:05.10*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:05.50*** join/#brlcad merzo (~merzo@92.60.189.225)
12:36.35*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
13:21.55*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
13:42.53Notify03BRL-CAD:ejno * 68508 brlcad/branches/prep-cache/src/librt/primitives/brep/brep.cpp: open fstreams in binary mode
13:44.22Notify03BRL-CAD:ejno * 68509 (brlcad/branches/prep-cache/src/tclscripts/CMakeLists.txt brlcad/branches/prep-cache/src/tclscripts/lod/LODDialog.tcl): merge with trunk to r68507
13:47.22*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
14:08.45*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:9800:590f:614e:d0e)
14:24.06*** join/#brlcad yorik (~yorik@177.102.57.109)
14:44.32*** join/#brlcad Mandeep_Singh (~mandeep@117.214.203.224)
15:34.37*** join/#brlcad amarjeet (~amarjeet@101.211.224.37)
16:28.08*** join/#brlcad amarjeet (~amarjeet@101.211.208.85)
17:26.40*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
17:33.19*** join/#brlcad amarjeet (~amarjeet@101.211.210.251)
17:40.36*** join/#brlcad Mandeep_Singh (~mandeep@117.199.109.158)
18:08.25Notify03BRL-CAD:starseeker * 68510 brlcad/trunk/TODO: this change was evidently reverted in subsequent work - current attr set is not case insensitive.
18:15.53Notify03BRL-CAD:starseeker * 68511 (brlcad/trunk/NEWS brlcad/trunk/TODO): Added -param option to search that will searching based on internal parameters of an object (as opposed to general attributes) provided those internal attributes have a tcl list representation. (r61168)
18:20.19Notify03BRL-CAD:starseeker * 68512 (brlcad/trunk/NEWS brlcad/trunk/TODO): Added a new manual page explaining what STEP is all about. (r64314)
18:28.46Notify03BRL-CAD:starseeker * 68513 brlcad/trunk/NEWS: Add an example for the search command - searching for color attributes on regions (r58147)
18:31.36Notify03BRL-CAD:starseeker * 68514 (brlcad/trunk/NEWS brlcad/trunk/TODO): When using a separate command window, have Archer remember its position. Added a -geometry option to ArcherCore for the archer script to use; lets us avoid excess flashing by only calling wm geometry once. (r58146)
18:40.15Notify03BRL-CAD:starseeker * 68515 (brlcad/trunk/NEWS brlcad/trunk/TODO): couple minor changes to tire's help command
18:44.06Notify03BRL-CAD:starseeker * 68516 brlcad/trunk/NEWS: Tom improved v5 specification formatting and added a timestamp proposal (r58325)
18:56.22*** join/#brlcad merzo (~merzo@159-72-133-95.pool.ukrtel.net)
19:18.27Notify03BRL-CAD:starseeker * 68517 (brlcad/trunk/NEWS brlcad/trunk/TODO): Per Sean, commit r64637 from drossenberg almost certainly fixed mysterious errors during dbconcat and db_opens with duplicate names found
19:19.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:22.32Notify03BRL-CAD:starseeker * 68518 (brlcad/trunk/NEWS brlcad/trunk/TODO): Minor improvement to rtedge help (r63132)
19:23.47Notify03BRL-CAD:brlcad * 68519 brlcad/trunk/src/tclscripts/checker/check.tcl: add left/right buttons and tweak the layout. just about ready to process.
19:24.37Notify03BRL-CAD:starseeker * 68520 brlcad/trunk/TODO: This looks like it was a debugging feature, not present in current code.
19:26.56Notify03BRL-CAD:starseeker * 68521 (brlcad/trunk/NEWS brlcad/trunk/TODO): Bob added fbclear command to Archer (r61516)
19:34.09Notify03BRL-CAD:starseeker * 68522 (brlcad/trunk/AUTHORS brlcad/trunk/NEWS): Credit Yatharth Agarwal and David Wood for improvements to DocBook image inclusion during 2013 GCI.
19:39.45Notify03BRL-CAD:starseeker * 68523 (brlcad/trunk/AUTHORS brlcad/trunk/TODO): Rob did indeed provide the fix for r58475. Add to authors - we haven't announced g-step yet, so not yet considered published.
19:50.28Notify03BRL-CAD:starseeker * 68524 brlcad/trunk/TODO: Does not appear to be a bug in 7.24.4
19:52.17*** join/#brlcad asad______ (~asad00@host10-2.natpool.mwn.de)
22:48.06Notify03BRL-CAD Wiki:LabMagic3DCAD * 0 /wiki/User:LabMagic3DCAD:
22:58.54*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:9800:590f:614e:d0e)
23:13.45*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160730

IRC log for #brlcad on 20160730

05:00.05*** join/#brlcad Ko0lGuY_ (uid61616@gateway/web/irccloud.com/x-rxsetvzvrjvuosne)
05:00.35*** part/#brlcad Ko0lGuY_ (uid61616@gateway/web/irccloud.com/x-rxsetvzvrjvuosne)
07:07.42*** join/#brlcad tandoorichick (~rakshika@117.199.134.211)
07:56.51*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:46.50*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
09:18.15*** join/#brlcad sniok (~sniok@89.252.2.135)
09:44.00*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
11:07.08*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
11:52.55*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
11:58.35*** join/#brlcad merzo (~merzo@240-61-133-95.pool.ukrtel.net)
12:26.54*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
12:35.25*** join/#brlcad sniok (~sniok@89.252.2.135)
12:35.49*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
12:47.50*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
12:51.50*** join/#brlcad sniok_ (~sniok@89.252.2.135)
13:45.24*** join/#brlcad sniok (~sniok@89.252.29.238)
14:28.01*** join/#brlcad yorik (~yorik@177.102.57.109)
15:14.09*** join/#brlcad Mandeep_Singh (~mandeep@59.91.118.158)
15:24.00*** join/#brlcad Mandeep_Singh_ (~mandeep@59.91.118.158)
15:25.04*** join/#brlcad sniok (~sniok@89.252.29.238)
15:58.39*** join/#brlcad sniok_ (~sniok@89.252.2.135)
16:26.11*** join/#brlcad amarjeet (~amarjeet@101.211.220.181)
16:49.10*** join/#brlcad amarjeet (~amarjeet@101.211.220.181)
17:14.15*** join/#brlcad sniok (~sniok@89.252.29.238)
17:25.17*** join/#brlcad amarjeet_ (~amarjeet@101.211.208.113)
17:40.50*** join/#brlcad Mandeep_Singh (~mandeep@117.199.96.42)
17:44.59*** join/#brlcad sniok (~sniok@89.252.29.238)
18:21.17*** join/#brlcad sniok (~sniok@89.252.29.238)
18:38.05*** join/#brlcad sniok_ (~sniok@89.252.2.135)
IRC log for #brlcad on 20160731

IRC log for #brlcad on 20160731

00:31.00*** join/#brlcad ckkvinoxfxywkube (~armin@dslb-092-074-249-095.092.074.pools.vodafone-ip.de)
02:25.24*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
04:05.29*** join/#brlcad yorik (~yorik@187.35.22.233)
05:03.58*** join/#brlcad Mandeep_Singh (~mandeep@117.214.205.131)
07:30.18*** join/#brlcad merzo (~merzo@239-21-133-95.pool.ukrtel.net)
08:05.31*** join/#brlcad sniok (~sniok@89.252.2.135)
08:55.28*** join/#brlcad Mandeep_Singh (~mandeep@117.212.50.192)
09:09.30*** join/#brlcad merzo (~merzo@88-249-94-178.pool.ukrtel.net)
09:16.43*** join/#brlcad sniok (~sniok@89.252.2.135)
12:40.03*** join/#brlcad Mandeep_Singh (~mandeep@45.127.65.255)
13:01.02*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
13:04.40*** join/#brlcad Mandeep_Singh (~mandeep@117.215.231.19)
13:41.00*** join/#brlcad amarjeet (~amarjeet@101.211.222.7)
14:37.16*** join/#brlcad yorik (~yorik@187.35.22.233)
15:17.24*** join/#brlcad ickby (~stefan@x5d846b48.dyn.telefonica.de)
15:17.31*** join/#brlcad amarjeet (~amarjeet@101.211.221.10)
15:42.17*** join/#brlcad amarjeet (~amarjeet@101.211.222.7)
15:44.59*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
15:58.15*** join/#brlcad Mandeep_Singh (~mandeep@117.215.228.32)
16:05.45*** join/#brlcad ickby (~stefan@x5d846b48.dyn.telefonica.de)
16:24.52*** join/#brlcad Mandeep_Singh (~mandeep@117.212.50.168)
16:26.04*** join/#brlcad amarjeet (~amarjeet@101.211.222.7)
16:33.00*** join/#brlcad ickby (~stefan@x5d846b48.dyn.telefonica.de)
16:47.49*** join/#brlcad ickby_ (~stefan@x5d846b48.dyn.telefonica.de)
17:38.43*** join/#brlcad ickby (~stefan@x5d846b48.dyn.telefonica.de)
18:14.57*** join/#brlcad Mandeep_Singh (~mandeep@117.212.50.168)
21:06.25*** join/#brlcad Ch3ck (~Ch3ck@66.118.151.70)
21:16.54*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
21:23.49*** join/#brlcad merzo (~merzo@239-21-133-95.pool.ukrtel.net)
21:34.38*** join/#brlcad merzo (~merzo@239-21-133-95.pool.ukrtel.net)
21:38.37*** join/#brlcad merzo (~merzo@239-21-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20160801

IRC log for #brlcad on 20160801

12:17.11*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
12:25.08*** join/#brlcad infobot (ibot@rikers.org)
12:25.08*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || GSoC 2016 is under way, 9 CAx students! || Release 7.26.0 by 27th... || Logs: http://ibot.rikers.org/%23brlcad/
12:33.13*** join/#brlcad sniok_ (~sniok@89.252.29.238)
12:36.06*** join/#brlcad ickby_ (~stefan@x5d847465.dyn.telefonica.de)
13:35.01*** join/#brlcad sniok_ (~sniok@89.252.29.238)
13:44.41*** join/#brlcad ickby (~stefan@x5d847465.dyn.telefonica.de)
13:48.01*** join/#brlcad ickby (~stefan@x5d847465.dyn.telefonica.de)
13:56.28*** join/#brlcad ickby_ (~stefan@x5d847465.dyn.telefonica.de)
14:02.55*** join/#brlcad ickby_ (~stefan@x5d847465.dyn.telefonica.de)
14:06.24*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:98d7:2e9f:dd48:732a)
14:20.04*** join/#brlcad amarjeet (~amarjeet@101.211.246.17)
15:03.40*** join/#brlcad yorik (~yorik@187.35.22.233)
15:12.15*** join/#brlcad ickby_ (~stefan@x5d847465.dyn.telefonica.de)
15:16.39*** join/#brlcad ickby (~stefan@x5d847465.dyn.telefonica.de)
15:26.08*** join/#brlcad ickby_ (~stefan@x5d847465.dyn.telefonica.de)
15:38.15*** join/#brlcad ickby (~stefan@x5d847465.dyn.telefonica.de)
15:42.46*** join/#brlcad ickby_ (~stefan@x5d847465.dyn.telefonica.de)
15:48.15*** join/#brlcad ickby (~stefan@x5d847465.dyn.telefonica.de)
15:50.23Notify03BRL-CAD Wiki:Asadmorgoth * 9806 /wiki/Db_walk_tree: Modifying db_walk_tree for 7.26.1
15:51.38Notify03BRL-CAD:starseeker * 68528 brlcad/trunk/src/other/libz/CMakeLists.txt: Fix static target names
15:56.45*** join/#brlcad ickby (~stefan@x5d847465.dyn.telefonica.de)
15:59.06Notify03BRL-CAD Wiki:Asadmorgoth * 9807 /wiki/Example_db_walk_tree: Adding link for latest db_walk_tree
17:13.47*** join/#brlcad ickby (~stefan@x5d847465.dyn.telefonica.de)
17:18.14*** join/#brlcad ickby (~stefan@x5d847465.dyn.telefonica.de)
17:20.27Notify03BRL-CAD:brlcad * 68529 brlcad/trunk/src/tclscripts/checker/check.tcl: prev and next buttons respect the current sort ordering as originally intended
17:26.42*** join/#brlcad ickby (~stefan@x5d847465.dyn.telefonica.de)
17:31.06*** join/#brlcad ickby (~stefan@x5d847465.dyn.telefonica.de)
17:46.04*** join/#brlcad sniok_ (~sniok@89.252.29.238)
17:51.09*** join/#brlcad sniok_ (~sniok@89.252.2.135)
17:55.54*** join/#brlcad sniok (~sniok@89.252.29.238)
18:10.46*** join/#brlcad ickby_ (~stefan@x5d847465.dyn.telefonica.de)
18:35.14Notify03BRL-CAD:starseeker * 68530 brlcad/trunk/src/other/CMakeLists.txt: More tweaks for Windows
18:54.49Notify03BRL-CAD:starseeker * 68531 (brlcad/branches/RELEASE/misc/CMake/BRLCAD_Summary.cmake Property Changed: and 2 others): Pull in fix for BRL-CAD configure summary printing (r68397)
18:58.38Notify03BRL-CAD Wiki:Asadmorgoth * 9808 /wiki/Db_walk_tree:
19:12.21Notify03BRL-CAD Wiki:Asadmorgoth * 9809 /wiki/Geometry_Viewer_Application_for_BRL-CAD: Call for db_walk_tree added
19:14.37Notify03BRL-CAD:starseeker * 68532 (brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/CHANGES and 50 others): Merge in various changes from trunk. Review TODO list is not quite done yet, but this should help.
19:34.03Notify03BRL-CAD:starseeker * 68533 brlcad/trunk/TODO: Can't reproduce original issue, plus over 10000 commits ago so getting hard to build.
20:02.36Notify03BRL-CAD:starseeker * 68534 (brlcad/trunk/NEWS brlcad/trunk/src/libged/typein.c): Don't attempt to assign a metaball point unless we have enough args. Reported by Josh Baker.
20:06.11Notify03BRL-CAD:starseeker * 68535 brlcad/trunk/TODO: Not a release blocker, but we need to make metaball input smarter.
20:15.04asad__anyone here familiar with "mged ls" command?
20:15.35asad__I am trying to figure out what the "top level objects" are in a g file. Which flag should I use to get "top level objects" in mged
20:23.29asad__looks through mged reference guide
20:26.02Notify03BRL-CAD Wiki:Asadmorgoth * 9810 /wiki/Geometry_Viewer_Application_for_BRL-CAD: fetch list of top level objects via db_ls
20:53.00*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
20:56.19ejnoasad_: the "tops" command can do that
20:59.31Notify03BRL-CAD:starseeker * 68536 (brlcad/trunk/TODO brlcad/trunk/src/libged/lc.c): Make lc command's -d and -s options match old script behavior.
21:01.09asad_ejno: thanks a bunch
21:03.02Notify03BRL-CAD:starseeker * 68537 (brlcad/branches/RELEASE/src/libged/lc.c Property Changed: and 2 others): Pull in lc command change (r68536)
21:03.11Notify03BRL-CAD Wiki:Asadmorgoth * 9811 /wiki/Geometry_Viewer_Application_for_BRL-CAD: Adding tops command reference
22:50.37*** join/#brlcad merzo (~merzo@254-86-133-95.pool.ukrtel.net)
22:53.06*** join/#brlcad merzo (~merzo@254-86-133-95.pool.ukrtel.net)
23:14.00*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160802

IRC log for #brlcad on 20160802

00:38.25*** join/#brlcad wavwmtxbpiyxpcyg (~armin@dslb-088-065-179-005.088.065.pools.vodafone-ip.de)
01:47.59Notify03BRL-CAD:brlcad * 68538 brlcad/trunk/src/tclscripts/checker/check.tcl: hook in a basic callback mechanism so mged/archer's command logic can remain separate from the gui code
02:33.01Notify03BRL-CAD:brlcad * 68539 brlcad/trunk/src/tclscripts/checker/check.tcl: add another callback to display geometry as it's selected along with a selection event handler that draws items automatically as they are selected
04:44.18Notify03BRL-CAD:brlcad * 68540 brlcad/trunk/src/tclscripts/checker/check.tcl: implemented basic safe subtraction logic. it introspects the two regions, wraps them if it finds more than one union (really needs to wrap when sum of ops > 1 but needs more testing), and then subtracts either the wrapped comb or the single entry if there was only one
05:04.59Notify03BRL-CAD:brlcad * 68541 brlcad/trunk/src/tclscripts/checker/check.tcl: count the number of right-side ops, so we only try to wrap when there are multiple entries. we can only wrap once, so if the wrapped form is found, we assume the subtractions are overlap cleanup (so we don't just keep wrapping incessantly).
06:07.57Notify03BRL-CAD:brlcad * 68542 brlcad/trunk/src/tclscripts/checker/check.tcl: add callbacks to know who is drawn and who we previously drew, so we can be sure to erase pairings as they are traversed in the list. also actually enable the comb processing, adding a little protection to make sure we don't try to double-subtract
06:19.42Notify03BRL-CAD:brlcad * 68543 brlcad/trunk/src/tclscripts/checker/check.tcl: echo commands that modify the db
06:41.30*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:44.33*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:28.36*** join/#brlcad merzo (~merzo@106-82-132-95.pool.ukrtel.net)
08:11.09*** join/#brlcad sniok (~sniok@89.252.29.238)
08:15.47*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:19.32*** join/#brlcad maths22 (~maths22@104.225.5.10)
08:19.32*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
08:24.08*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
09:01.49*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:34.06*** join/#brlcad sniok (~sniok@89.252.29.238)
09:36.41*** join/#brlcad Mandeep_Singh (~mandeep@101.60.169.67)
09:51.47*** join/#brlcad sniok (~sniok@89.252.29.238)
10:32.33*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
10:38.26*** join/#brlcad Mandeep_Singh (~mandeep@101.60.169.67)
11:14.41*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
11:38.34*** join/#brlcad merzo (~merzo@88-249-94-178.pool.ukrtel.net)
11:54.21*** join/#brlcad sniok (~sniok@89.252.29.238)
12:08.53*** join/#brlcad sniok (~sniok@89.252.2.135)
12:26.21*** join/#brlcad sniok (~sniok@89.252.29.238)
12:36.42*** join/#brlcad sniok (~sniok@89.252.29.238)
14:40.22*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
14:43.44*** join/#brlcad shubham__ (6719e766@gateway/web/freenode/ip.103.25.231.102)
14:50.52Notify03BRL-CAD:starseeker * 68544 brlcad/trunk/NEWS: Removed UtahRLE image tools from BRL-CAD install - they're a 3rd party toolset for a seldom used format,and are available as external installs if needed. The part needed for BRL-CAD's tools is libutahrle.
14:52.47Notify03BRL-CAD:starseeker * 68545 brlcad/trunk/NEWS: Removed obsolete MGED commands pl, pov and polybinout.
14:54.07Notify03BRL-CAD:starseeker * 68546 brlcad/trunk/NEWS: Removed the long deprecated -n option for mged - replaced with -c.
15:05.47Notify03BRL-CAD:starseeker * 68547 brlcad/trunk/NEWS: tops -g -u behavior is now default.
15:10.53Notify03BRL-CAD:starseeker * 68548 brlcad/trunk/NEWS: removed old bot specific per_line command
15:15.35Notify03BRL-CAD:starseeker * 68549 brlcad/trunk/NEWS: removed the librtserver interface. The modern approach to this, if it is needed, would start with something like swig.
15:26.05*** join/#brlcad amarjeet (~amarjeet@101.211.235.158)
15:27.51Notify03BRL-CAD:starseeker * 68550 brlcad/trunk/NEWS: Removed any-png.sh script
15:28.51Notify03BRL-CAD:starseeker * 68551 brlcad/trunk/NEWS: Removed cadbug.sh script - use sourceforge tracker to get this information
15:30.46Notify03BRL-CAD:starseeker * 68552 brlcad/trunk/NEWS: removed cray.sh and sgisnap.sh; obsolete hardware
15:31.56Notify03BRL-CAD:starseeker * 68553 brlcad/trunk/NEWS: Removed pixread.sh and pixwrite.sh - obsolete hardware
15:35.52Notify03BRL-CAD:starseeker * 68554 (brlcad/branches/RELEASE/NEWS Property Changed: and 3 others): Pull in updates to NEWS file
15:37.21Notify03BRL-CAD:starseeker * 68555 brlcad/trunk/TODO: added a number of NEWS items for changes.
15:50.58Notify03BRL-CAD:starseeker * 68556 brlcad/branches/RELEASE/ChangeLog: Update changelog with additional changes from trunk (manually selected).
16:09.26*** join/#brlcad ickby_ (~stefan@x5d845630.dyn.telefonica.de)
16:26.34Notify03BRL-CAD:starseeker * 68557 brlcad/trunk/regress/repository.sh: The autoheader.cmake script is supposed to contain platform defines, in that it catalogs them.
16:27.02*** join/#brlcad Mandeep_Singh (~mandeep@101.60.156.158)
16:28.28Notify03BRL-CAD:starseeker * 68558 (brlcad/trunk/src/libpc/cartesian-heart.cpp brlcad/trunk/src/libpc/gecode_librt_test.cpp brlcad/trunk/src/libpc/gecode_solver_test.cpp): Add common.h to satisfy regress-repository
17:04.52*** join/#brlcad amarjeet (~amarjeet@101.211.225.114)
17:20.35Notify03BRL-CAD:starseeker * 68559 brlcad/trunk/CMakeLists.txt: Try using exec_program to check for umask. execute_process is a problem on systems without an explicit umask command (i.e. those that let the shell handle it) so a more elaborate test may be needed if CMake removes exec_program (it is deprecated.)
17:45.25Notify03BRL-CAD:starseeker * 68560 brlcad/trunk/CHANGES: librtserver is gone and documented, remove 7.22 deprecation
17:50.18*** join/#brlcad sniok (~sniok@89.252.29.238)
18:00.09*** join/#brlcad sniok (~sniok@89.252.2.135)
18:03.12Notify03BRL-CAD:ejno * 68561 (brlcad/trunk/src/libbrep/BBNode.cpp brlcad/trunk/src/libbrep/BRNode.cpp brlcad/trunk/src/libbrep/PullbackCurve.cpp): fix: st1, st2 were not deleted; fix 'throw new ...'
18:27.33*** join/#brlcad yorik (~yorik@187.35.22.233)
19:04.12Notify03BRL-CAD:starseeker * 68562 (brlcad/trunk/src/other/freetype.dist brlcad/trunk/src/other/libpng.dist): update dist files
19:44.52*** join/#brlcad yorik (~yorik@187.35.22.233)
20:05.14asad_wonders what DB_LS_TOPS does in db_ls function.
20:09.10*** join/#brlcad Mandeep_Singh (~mandeep@101.60.191.186)
20:19.11Notify03BRL-CAD:ejno * 68563 brlcad/trunk/src/librt/primitives/brep/brep.cpp: 'brep_specific' owns 'brep'; delete it as well
20:24.54Notify03BRL-CAD:starseeker * 68564 brlcad/trunk/src/other/CMakeLists.txt: looks like these moved...
20:30.39Notify03BRL-CAD:ejno * 68565 (brlcad/branches/prep-cache/include/brep/bbnode.h brlcad/branches/prep-cache/include/brep/curvetree.h and 4 others): remove redundant member BBNode::m_face
20:32.19Notify03BRL-CAD:ejno * 68566 (brlcad/branches/prep-cache/AUTHORS brlcad/branches/prep-cache/CHANGES and 22 others): merge from trunk to r68564
21:04.57Notify03BRL-CAD:ejno * 68567 (brlcad/trunk/src/librt/primitives/brep/brep.cpp brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): remove some needlessly dynamic allocations of SurfaceTree, some of which were not freed
22:21.47*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:03.01*** join/#brlcad yukonbob (~bch@199.192.105.246)
23:03.06yukonbobhello #brlcad
23:19.21*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160803

IRC log for #brlcad on 20160803

00:37.17*** join/#brlcad oskzkgwzhnawnodo (~armin@dslb-088-064-044-065.088.064.pools.vodafone-ip.de)
02:57.52Notify03BRL-CAD:brlcad * 68568 brlcad/trunk/src/libged/comb.c: update comment as db_tops is no more what is called
02:59.05brlcadreturns to IRC after hiatus!
06:12.50*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:40.28*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:30.26riesshamelessly going to spam this here : https://sourceforge.net/blog/august-2016-staff-pick-project-of-the-month-librecad/
08:07.18*** join/#brlcad sniok (~sniok@89.252.2.135)
10:07.05*** join/#brlcad sniok (~sniok@89.252.2.135)
10:41.23*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:59.23*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
11:02.08brlcadries: cool! :)
11:02.23riesbrlcad: lanks
11:02.25riesthanks
13:04.40*** join/#brlcad Mandeep_Singh (~mandeep@101.60.235.166)
14:12.27*** join/#brlcad yorik (~yorik@187.35.22.233)
14:20.03Notify03BRL-CAD:ejno * 68569 (brlcad/branches/prep-cache/src/libged/comb.c brlcad/branches/prep-cache/src/librt/primitives/brep/brep.cpp and 5 others): merge from trunk to r68568
14:22.54*** join/#brlcad sniok (~sniok@89.252.2.135)
15:06.56brlcadit looks like we're just about good to go now...
15:07.35brlcadI count 164 user-visible changes documented (up from around 110 or so before reviews were in full swing)
15:08.18brlcadbuild testing and writing up the final release notes
15:08.42brlcadany help testing compilation and manual testing of mged+archer+rt is appreciated!
15:41.10*** join/#brlcad Mandeep_Singh (~mandeep@115.184.116.34)
16:02.24*** join/#brlcad amarjeet (~amarjeet@101.211.238.112)
16:26.45*** join/#brlcad amarjeet (~amarjeet@101.211.238.112)
16:48.30*** join/#brlcad amarjeet (~amarjeet@101.211.238.112)
17:24.28*** join/#brlcad amarjeet (~amarjeet@101.211.245.220)
17:40.04*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
17:43.43*** join/#brlcad Mandeep_Singh (~mandeep@101.60.223.250)
17:46.27*** join/#brlcad sniok (~sniok@89.252.2.135)
17:52.23*** join/#brlcad Mandeep_Singh (~mandeep@115.184.55.147)
17:58.00*** join/#brlcad amarjeet (~amarjeet@101.211.245.220)
18:21.26starseekerbrlcad: I still can't reproduce your blocker TODO about wireframe colors
19:01.42*** join/#brlcad asad___ (~asad00@host10-2.natpool.mwn.de)
19:14.05brlcadstarseeker: then close it out, unconfirmed
19:14.55Notify03BRL-CAD:brlcad * 68570 brlcad/trunk/TODO: ready to go...
19:15.31brlcadwill just have to keep an eye out for it ... don't know how it was even possible beyond a build system issue linking old object files or libs or something
19:20.02Notify03BRL-CAD Wiki:Mlorenzo2408 * 0 /wiki/User:Mlorenzo2408:
19:21.51brlcaddoing compilation testing now
19:30.02starseekerbrlcad: my guess is weirdness with OpenGL configuration...
19:31.29Notify03BRL-CAD:starseeker * 68571 brlcad/trunk/src/other/CMakeLists.txt: Don't wipe out these two files if doing in_src_dir distcheck
19:47.45brlcadpossibly
19:52.10Notify03BRL-CAD:brlcad * 68572 (brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/CHANGES and 30 others): cherry pick a slew of commits from trunk that get the top-level files nearly matching as well as a bunch of other low-risk recent activity. found a few (improtant) commits missed. doing final release tree diffing to make sure nothing else important is missing.
20:18.14*** join/#brlcad Mandeep_Singh (~mandeep@115.245.250.197)
20:56.30*** join/#brlcad Mandeep_Singh (~mandeep@115.184.97.206)
21:15.04starseekerwell nuts, I thought I'd merged in the metaball in cmd fix
21:17.02starseekerbrlcad: do you want to update ChangeLog again?
21:19.08starseekerhadn't figured on ChangeLog when we branched for the release - syncing that is a bit painful. might almost be worth scripting up something that can use mergeinfo to cherry-pick commits with svn2cl if we end up having to do similar long branches in the future (which hopefully we won't, I suppose...)
21:41.10Notify03BRL-CAD:starseeker * 68573 brlcad/branches/RELEASE/ChangeLog: Update ChangeLog with commits from r68572, svn:mergeinfo
21:41.15starseekerthere we go
21:53.20Notify03BRL-CAD:starseeker * 68574 (brlcad/branches/tcltk86/AUTHORS brlcad/branches/tcltk86/CHANGES and 107 others): Sync with trunk thru r68573
21:53.40``Erikmetawhat? *sneaks out the side door*
21:53.59starseeker``Erik: heh
21:54.03starseekerhow goes it?
21:54.17``Erikit goes, busy as heck
21:54.30starseekercool - new job?
21:55.15``Erikstill doing my own thing, it seems to be working
21:55.22starseekersweet
21:55.33starseekerstill coding in Lisp?
21:56.13``Erikhell yeah, though I'm mostly getting paid to do swift and some objc :)
21:56.41StragusHey Erik! Obj-C, I wouldn't have expected that :)
21:56.43starseekernice.  did you see the CLIM source dump in github?
22:06.39starseekerdunno how modernizable it is, but the license is pretty sweet - better even than McCLIM
22:09.30``Erikheh, no, wonder if someone will adopt it
22:10.05``ErikStragus: ain't nothin' wrong with objc... it's C plus objects done right :) (it's all about the messages! the smalltalk smell is pleasant!)
22:10.25StragusEheh, but ObjC means Apple. So what are you working on these days?
22:10.34``Erikios :)
22:10.54``Erika few client projects, all ios
22:11.03StragusMy question was ambiguous, what kind of software?
22:11.23``Erik"pays the bills" software ;)
22:11.38StragusSounds like stuff you don't really enjoy then, that's too bad...
22:12.38``Erikit's pretty cookie cutter boring stuff, but there are bills to pay... and I just dropped 10k on fixing up the old house to sell, so yeh, nothing fun at the moment
22:13.46StragusSo you are making the commitment of living the three of you together, nice
22:14.03``Erikthough I was spitballing ideas this morning about a 4d game of moonlander... and some light consulting for an autonomous drone project
22:14.14``Erikwell, there was that whole marriage thing and all a couple years back
22:14.32StragusOh neat, I missed that. I don't check Facebook much
22:14.37StragusCongratulations :)
22:14.47``Erikthnx :)
22:14.58StragusThe autonomous drone project sure sounds like more fun
22:15.23Straguswonders how the visualization for a 4D game works
22:17.15``Erikyeah, that was the discussion... talking about how to mutate things down the projection to preserve knowledge (like using colors)
22:18.45Notify03BRL-CAD:starseeker * 68575 (brlcad/branches/tcltk86/src/other/itcl.dist brlcad/branches/tcltk86/src/other/itk.dist and 4 others): list new files in dist
22:20.38StragusColors, eh. Can't quite visualize how that would work, but I'm curious
22:34.31Notify03BRL-CAD:starseeker * 68576 brlcad/branches/tcltk86/src/other/itcl/CMakeLists.txt: add fPIC
22:48.12Notify03BRL-CAD:starseeker * 68577 (brlcad/branches/RELEASE/CMakeLists.txt brlcad/branches/RELEASE/ChangeLog): Unfortunately, r68559 doesn't work as hoped on Windows. Revert in RELEASE - in trunk, we will need to come up with a smarter failure check than empty string. The Windows output string for failure when trying to run umask is not empty.
23:08.47*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:20.51*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
23:46.03brlcadstarseeker: ChangeLog isn't important revision-wise
23:48.47brlcadfrankly I wouldn't mind it purely living in tarballs only, but we'd need a robust process that ensures a tarball never goes out without one containing all the relevant changes
IRC log for #brlcad on 20160804

IRC log for #brlcad on 20160804

00:02.06*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
00:36.20*** join/#brlcad bjvsxcfipboovizw (~armin@dslb-092-074-237-007.092.074.pools.vodafone-ip.de)
05:03.38*** join/#brlcad sniok (~sniok@89.252.2.135)
06:26.32*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:40.22*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:50.53*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:26.46*** join/#brlcad boj (~boj@210.75.252.226)
08:31.10*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:45.08*** join/#brlcad sniok (~sniok@89.252.2.135)
10:20.46*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
10:38.10*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
10:51.30*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
11:23.38*** join/#brlcad sniok_ (~sniok@89.252.29.238)
11:37.58*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:50.10*** join/#brlcad sniok_ (~sniok@89.252.29.238)
12:56.36*** join/#brlcad sniok (~sniok@89.252.2.135)
13:15.05*** join/#brlcad yorik (~yorik@187.35.22.233)
13:28.52*** join/#brlcad Mandeep_Singh (~mandeep@115.184.64.13)
15:15.31*** join/#brlcad amarjeet (~amarjeet@101.211.234.247)
15:20.18*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:ccb6:3680:f8fc:9465)
15:47.56*** join/#brlcad amarjeet (~amarjeet@101.211.213.50)
16:04.52*** join/#brlcad Mandeep_Singh (~mandeep@115.245.243.17)
16:25.25*** join/#brlcad amarjeet (~amarjeet@101.211.213.50)
17:48.58*** join/#brlcad sniok (~sniok@89.252.2.135)
18:22.01Notify03BRL-CAD:starseeker * 68578 brlcad/trunk/TODO: The LoD dialog is not happy in MGED
18:22.05Notify03BRL-CAD:ejno * 68579 (brlcad/branches/prep-cache/include/brep/bbnode.h brlcad/branches/prep-cache/include/brep/brnode.h and 7 others): add a simple memory arena implementation for experimental timing purposes
18:42.21*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
19:46.53Notify03BRL-CAD:ejno * 68580 brlcad/branches/RELEASE/include/dm/dm-design.h: remove some svn merge text
20:33.00Notify03BRL-CAD:n_reed * 68581 brlcad/trunk/src/tclscripts/lod/LODDialog.tcl: Follow up r68502. Access to cmdprefix option and gedcmd var set from it must happen after itk_initialize.
21:25.53Notify03BRL-CAD:starseeker * 68582 brlcad/trunk/TODO: Nick handled LOD config dialog issue.
21:26.42Notify03BRL-CAD:starseeker * 68583 brlcad/trunk/CMakeLists.txt: Try again to do a proper umask test without benefit of WIN32. While we're at it, try to use execute_process as well.
21:30.37Notify03BRL-CAD:starseeker * 68584 brlcad/trunk/CMakeLists.txt: tweak comment
22:58.41*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160805

IRC log for #brlcad on 20160805

00:35.05*** join/#brlcad kzwdumoeyqjwwxrb (~armin@dslb-092-075-145-055.092.075.pools.vodafone-ip.de)
01:07.03*** join/#brlcad boj (~boj@210.75.252.226)
01:25.40bojHi, brlcad, sorry for my long time silence, during last two weeks, I attended SIGGRAPH 2016 held in LA, now I am back to work again. :-), and I will quickly give a short summary of my experience in SIGGRAPH, then I will give a short plan for my further work.
01:26.13bojI will keep updating my blog as usual. :-)
05:41.14*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:56.03*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
07:17.49*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:26.17*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:43.31*** join/#brlcad sniok (~sniok@89.252.2.135)
09:13.25*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
10:31.24*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
11:04.35*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
11:11.13*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
11:17.35*** join/#brlcad Mandeep_Singh (~mandeep@59.95.82.173)
13:20.51*** join/#brlcad boj (~boj@210.75.252.226)
13:49.11*** join/#brlcad sniok (~sniok@89.252.2.135)
13:53.35*** join/#brlcad yorik (~yorik@187.35.22.233)
14:51.54Notify03BRL-CAD:bob1961 * 68585 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Update the code for setting the last selected directory.
14:52.33Notify03BRL-CAD:bob1961 * 68586 (brlcad/branches/RELEASE/src/tclscripts/archer/Archer.tcl brlcad/branches/RELEASE/src/tclscripts/archer/ArcherCore.tcl): Update the code for setting the last selected directory.
15:00.25*** join/#brlcad Mandeep_Singh (~mandeep@59.95.82.173)
15:18.43*** join/#brlcad asad____ (~asad00@host10-2.natpool.mwn.de)
15:20.47*** join/#brlcad asad_____ (~asad00@host10-2.natpool.mwn.de)
15:44.55Notify03BRL-CAD:ejno * 68587 (brlcad/branches/prep-cache/include/brep/bbnode.h brlcad/branches/prep-cache/include/brep/brnode.h and 7 others): use bu_heap pooling; currently all BB/BR nodes must be pooled although it doesn't provide a significant improvement except when loading from cache; need to determine whether a deleted node was created with pooling or not
15:46.07*** join/#brlcad amarjeet (~amarjeet@101.211.223.59)
15:50.46*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
15:53.01Notify03BRL-CAD:starseeker * 68588 brlcad/trunk/CMakeLists.txt: Look for C++11 flags rather than C++98
16:06.51*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
17:04.56*** join/#brlcad LordOfBikes (~armin@dslb-092-075-145-055.092.075.pools.vodafone-ip.de)
17:51.29*** join/#brlcad sniok (~sniok@89.252.2.135)
18:05.17*** join/#brlcad amarjeet_ (~Amarjeet@101.211.223.59)
18:07.32*** join/#brlcad amarjeet (~Amarjeet@101.211.237.168)
18:12.46*** join/#brlcad amarjeet (~Amarjeet@101.211.237.168)
20:38.25brlcadbuilds a list of the more customer relevant changes
21:02.16starseekerbrlcad: should we add a NEWS item for Bob's last little change there?
21:05.41brlcadhis comment didn't really explain what the impact was, presumably it (correctly) cd's to the dir of the db?
21:13.54brlcadthink I have a preliminary list of the most important changes, coincidentally aligns...
21:52.55starseekerbrlcad: as I understand it, it sets the default directory for the file open dialog in archer to the directory of the currently open database, if one was supplied (say) on the command line
21:56.15brlcadpreview of the more salient points, categorized: http://paste.ubuntu.com/22367011/
21:58.32Notify03BRL-CAD:starseeker * 68589 brlcad/trunk/regress/CMakeLists.txt: Checkpoint work on a CMake based replacement for repository.sh. Probably somewhere between 50% and 70% complete - don't have the WIN32 et. al. checks yet, but have versions of the rest of it.
21:59.20starseekerwhat do we mean by "prefactory" FASTGEN4 export support?  I was under the impression things were pretty good there...
22:00.23brlcadthe bullet was added when it was first done, and it's still somewhat untested (by anyone else) as far as I know
22:00.55brlcadprefatory just means preliminary/initial/first stab
22:01.25starseekernods - was wondering if that doesn't do it justice, but lack of external testing is a fair point
22:01.26brlcadbut these aren't release notes -- this is just wittling down the NEWS list to the more important points (really the more important groupings of points)
22:01.37starseekernods - looking good
22:01.40starseekeris reading now
22:01.54brlcadbasically what to talk about (release notes, slides, etc)
22:02.32brlcadneeds to be further condensed in many sections, expanded in others (nurbs)
22:03.13starseekerlooking good
22:04.26brlcadfor example, geometry processing -- would probably cherry pick a half dozen for slides, and summarize into 1-2 sentances for release notes, even though it has the most bullet points
22:04.48starseekernods
22:04.52brlcadthey're in rough priority order based on impact, anything look out of place?
22:05.27brlcadonly did one quick pass, so prbably a few mistakes
22:05.37starseekerwould probably put the joints stuff below geometry processing
22:05.45starseekerbut that's a judgement call
22:06.03brlcadagrees, I'd just moved it! :)
22:06.18brlcaddatums too, imo
22:06.23starseekeragrees
22:06.45starseekerthe new decimation code is borderline, but the odds are it'll get used seriously before joints will
22:07.36starseekerPLY might be somewhat further down, depending on the audience
22:08.01brlcadagree, but wanted to keep the converters together as a group since they make sense to present together
22:08.11starseekernods
22:08.22starseekerother than that, looks pretty good
22:08.39starseekerwoof that's a lot of stuff
22:09.54brlcadanything to remove?
22:11.07starseekerthe "modernize documents" and "improved DocBook" are a bit "under the hood"...
22:11.33starseekerditto the consistency line
22:11.50starseekertechically visible, but not sure they need calling out here
22:12.39starseekerwould rather not stress the bb oriented robustness thing yet - that's kinda in the same camp as burst, technically improved but not where it needs to be
22:12.46brlcadmost of those just get grouped into "widespread documentation improvements" like the first bullet
22:14.03starseekerisn't seeing anything else jump out
22:14.18brlcaddoes bb exist yet?
22:14.24starseekerthe bb command? sure
22:14.31brlcadit's not bbox?
22:14.37starseekerdon't think so...
22:15.00starseekeryeah, bb
22:15.03brlcadk
22:16.39starseekerneeds to see if he can get Eigen working underneath libbn using libbn's data... would probably help both the oriented bb and chull stuff
22:18.07starseekeryawns - need to get outta here before I talk myself into trying to do the WIN32 scan logic
22:21.19brlcadhehe
22:28.24brlcadstarseeker: should we be recommending 3dm import over step?
22:29.09brlcadI know 3dm is better in general, but i suppose it's more a question of whether step import is knowingly problematic
22:29.12brlcadcould let them figure it out
22:58.14brlcadmade some progress consolidating: http://paste.ubuntu.com/22374067/
23:25.43*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:ccb6:3680:f8fc:9465)
IRC log for #brlcad on 20160806

IRC log for #brlcad on 20160806

00:34.11*** join/#brlcad oumgsidkbtmqinod (~armin@dslb-094-216-160-152.094.216.pools.vodafone-ip.de)
00:45.35bojI'd like to share a repo, https://github.com/mcneel/Rhino5Samples_CPP, it gives lots of examples on how to use openNURBS APIs.
01:12.09starseekerbrlcad: I think step import times can still be quite long for non-trivial models...
01:13.24brlcadsure, but I'm wondering if we can characterize one or the other as giving a better result overall
01:14.44brlcadprobably amounts to full hierarchy plus suboptimal but mostly good geometry vs less/no hierarchy but better geometry overall
01:19.18starseekerthe 3dm geometry will be as good as the Rhino importer (when converting from something else)
01:19.52starseekerI know of a few cases where our STEP import worked better, but not many
01:28.52brlcadi'm thinking of the seam-crossing geometry that we reparameterize
01:29.21brlcadno reparameterization when it's already in 3dm format for us
01:29.43starseekernods - I don't have any real sense of how common that is, or whether our pullback method for 2D trimming curves creates files larger enough than the 3DM process to be an issue for performance
01:29.54starseekerkeith might have some sense of that
01:31.38brlcadhoping to tag and post before then ;)
01:31.59brlcadI'll just mention both
01:32.15starseekernods
03:44.46*** join/#brlcad boj (~boj@210.75.252.226)
04:02.20*** join/#brlcad boj (~boj@210.75.252.226)
04:04.05*** join/#brlcad boj (~boj@210.75.252.226)
04:41.20Notify03BRL-CAD:brlcad * 68590 brlcad/trunk/src/tclscripts/checker/check.tcl: try colors that should be more safe for a variety of colorblindnesses
04:42.24Notify03BRL-CAD:brlcad * 68591 brlcad/trunk/src/tclscripts/CMakeLists.txt: compile and install the plot3-dm tool's scripts into the proper corresponding directory, overlooked during the massive pl->plot3 renaming
06:42.33*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:54.07*** join/#brlcad ickby (~stefan@x5d845549.dyn.telefonica.de)
09:09.17*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
09:33.31*** join/#brlcad sniok (~sniok@89.252.2.135)
10:04.54*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
10:23.21*** join/#brlcad sniok (~sniok@89.252.2.135)
11:39.02*** join/#brlcad ickby (~stefan@x5d845549.dyn.telefonica.de)
11:42.09*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
11:48.07*** join/#brlcad sniok (~sniok@89.252.2.135)
12:22.11``Erikyowza, 121 removed cmds, don't suppose there will be a doc with what was removed and what to do instead?
12:22.28brlcadthey are listed in the CHANGES file
12:26.47``Erikin a very human unfriendly format, sure :D not sure sed s commands with actual regex are the way to communicate with the modelers and other 'mere mortal' consumers
12:27.50brlcadthat list of commands was separately communicated in a plain categorized list a few months ago
12:28.33brlcadbasically an RFC window to respond, got 3-4 people responding "yay! do it!" :)
12:29.05``ErikI must've missed that :) just something on my mind after dealing with several of apples "this is deprecated, but we'll make sure you can't find the new way"
12:33.56brlcadnods
13:19.14*** join/#brlcad sniok (~sniok@89.252.2.135)
13:33.18*** join/#brlcad amarjeet (~amarjeet@101.211.244.139)
13:48.19Notify03BRL-CAD:brlcad * 68592 brlcad/trunk/src/tclscripts/plot3-dm/CMakeLists.txt: update the install path to the right location too
14:01.15Notify03BRL-CAD:ejno * 68593 brlcad/trunk/src/librt/reduce_db.cpp: remove unused function warning
14:06.01starseeker``Erik: those were the "easy" ones, most of which probably haven't been run by anyone in many years
14:07.11starseeker``Erik: we didn't list all of the image converters and geometry converters formally yet, because icv and gcv aren't yet to the point where we can say "just run this other tool with these options to do the same thing"
14:07.28*** join/#brlcad amarjeet (~amarjeet@101.211.209.7)
14:09.14starseekerthat'll be at least another 20 binaries deprecated just for the image conversion, and more when you factor in the other image manipulation commands (those will end up as "filters" for icv, but we haven't fleshed out the command syntax we want to use yet)
14:10.37starseekerfor gcv, it'll be something like 40 binaries deprecated, but that'll be a challenge - step in particular isn't likely to lend itself to an easy refactoring into plugin status
14:11.22*** join/#brlcad boj (~boj@210.75.252.226)
14:13.06starseeker``Erik: oh, the sig tools are also going to get reworked into a "cv" command that does data conversions
14:14.52starseekerthere's some other consolidations too - the framebuffer related commands are good candidates, especially the format specific ones
14:16.31*** join/#brlcad sniok (~sniok@89.252.2.135)
14:44.45*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
14:52.45*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
15:33.32Notify03BRL-CAD:ejno * 68594 brlcad/trunk/src/libgcv/plugins/fastgen4/fastgen4_write.cpp: fix: preserve signs of ensure-non-zero floats; display an error message when an input model exceeds fg4 limitations
16:11.52*** join/#brlcad sniok (~sniok@89.252.2.135)
16:19.31*** join/#brlcad amarjeet (~amarjeet@101.211.210.154)
16:27.42*** join/#brlcad amarjeet_ (~Amarjeet@101.211.210.154)
16:49.33*** join/#brlcad amarjeet_ (~Amarjeet@101.211.210.154)
17:03.10*** join/#brlcad amarjeet_ (~Amarjeet@101.211.210.154)
18:05.01Notify03BRL-CAD Wiki:Raghav.shreshta * 0 /wiki/User:Raghav.shreshta:
18:08.04*** join/#brlcad sniok (~sniok@89.252.29.238)
18:17.36*** join/#brlcad sniok_ (~sniok@89.252.2.135)
18:57.13*** join/#brlcad infobot (ibot@rikers.org)
18:57.13*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || GSoC 2016 is under way, 9 CAx students! || Release 7.26.0 by 27th... || Logs: http://ibot.rikers.org/%23brlcad/
21:11.08*** join/#brlcad infobot (ibot@rikers.org)
21:11.08*** topic/#brlcad is Welcome to BRL-CAD! || Don't ask if someone is here, ask a better question. || GSoC 2016 is under way, 9 CAx students! || Release 7.26.0 by 27th... || Logs: http://ibot.rikers.org/%23brlcad/
21:11.09starseekerOK, looks like we'll need to mod our code slightly to work with the latest stepcode
21:25.38*** join/#brlcad asad______ (~asad00@host10-2.natpool.mwn.de)
22:27.20*** join/#brlcad Mandeep_Singh (~mandeep@117.207.159.204)
IRC log for #brlcad on 20160807

IRC log for #brlcad on 20160807

00:35.17*** join/#brlcad bavardmmbbvzazum (~armin@dslb-094-216-160-206.094.216.pools.vodafone-ip.de)
06:28.31*** join/#brlcad merzo (~merzo@cable-84-43-212-198.mnet.bg)
06:43.30*** join/#brlcad sniok_ (~sniok@89.252.2.135)
09:11.19*** join/#brlcad Mandeep_Singh (~mandeep@45.127.76.207)
09:21.24*** join/#brlcad ickby (~stefan@x5d847fe1.dyn.telefonica.de)
10:15.55*** join/#brlcad shubham (67c98c42@gateway/web/freenode/ip.103.201.140.66)
10:49.52*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
12:56.14*** join/#brlcad sniok_ (~sniok@89.252.2.135)
12:58.21*** join/#brlcad sniok_ (~sniok@89.252.2.135)
13:11.13Notify03BRL-CAD Wiki:Spramaraju * 0 /wiki/User:Spramaraju:
13:52.35*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
14:02.05*** join/#brlcad amarjeet (~amarjeet@101.211.228.134)
15:16.21*** join/#brlcad sniok_ (~sniok@89.252.2.135)
16:44.11*** join/#brlcad amarjeet (~amarjeet@101.211.228.134)
17:20.14Notify03BRL-CAD Wiki:Devendra313 * 0 /wiki/User:Devendra313:
17:33.59*** join/#brlcad shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
18:41.32*** join/#brlcad sniok_ (~sniok@89.252.2.135)
18:56.27*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:3590:8a63:790d:91a4)
19:02.45*** join/#brlcad asad_______ (~asad00@host10-2.natpool.mwn.de)
19:08.57*** join/#brlcad asad_______ (~asad00@host10-2.natpool.mwn.de)
19:36.51Notify03BRL-CAD Wiki:Mandeeps708 * 9812 /wiki/User:Mandeeps708/GSoC16/logs: /* Coding Period */
19:38.04*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:45.08Notify03BRL-CAD Wiki:Mandeeps708 * 9813 /wiki/User:Mandeeps708/GSoC16/logs: /* Coding Period */
IRC log for #brlcad on 20160808

IRC log for #brlcad on 20160808

00:32.11*** join/#brlcad qbdhygvbhbdfkukl (~armin@dslb-088-066-141-243.088.066.pools.vodafone-ip.de)
02:49.28*** join/#brlcad Mandeep_Singh (~mandeep@122.173.229.142)
03:01.09*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:19.21*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:56.36*** join/#brlcad sniok (~sniok@89.252.2.135)
08:07.37*** join/#brlcad sniok (~sniok@89.252.2.135)
08:13.48*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:3884:f2e1:e483:138)
08:26.15*** join/#brlcad Mandeep_Singh (~mandeep@122.173.229.142)
10:26.39*** join/#brlcad shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
10:44.27*** join/#brlcad boj (~boj@210.75.252.226)
10:45.15*** join/#brlcad boj (~boj@210.75.252.226)
10:47.39*** join/#brlcad boj (~boj@210.75.252.226)
10:50.59*** join/#brlcad boj (~boj@210.75.252.226)
10:53.30*** join/#brlcad boj (~boj@210.75.252.226)
12:27.23*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
12:58.54*** join/#brlcad boj (~boj@210.75.252.226)
13:38.45*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
14:11.14*** join/#brlcad sniok (~sniok@89.252.2.135)
14:33.26*** join/#brlcad yorik (~yorik@187.57.207.104)
14:42.43*** join/#brlcad amarjeet (~amarjeet@101.211.239.130)
14:51.54Notify03BRL-CAD:ejno * 68595 (brlcad/trunk/include/bu/color.h brlcad/trunk/src/libbu/color.c): add bu_color_from_str() function to convert 0..255 or 0.0..1.0 r/g/b strings
15:03.12Notify03BRL-CAD:ejno * 68596 brlcad/trunk/src/libbu/color.c: ensure that errno is zero before calling strtol()/strtod()
15:57.36Notify03BRL-CAD:ejno * 68597 (brlcad/trunk/doc/docbook/system/man1/rt.xml brlcad/trunk/doc/docbook/system/man1/rtedge.xml and 3 others): fix rtedge foreground/background colors; modify the -C flag for rt/rtedge to take a range in 0-255 or in 0-1; update documentation
16:02.12Notify03BRL-CAD:ejno * 68598 brlcad/trunk/src/rt/opt.c: modify error message
16:45.44Notify03BRL-CAD:ejno * 68599 brlcad/trunk/NEWS: update NEWS
18:43.53*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:30.44*** join/#brlcad sniok (~sniok@89.252.2.135)
20:19.10Notify03BRL-CAD:ejno * 68600 brlcad/trunk/src/libbu/color.c: must check that return value is zero before checking errno
20:20.05Notify03BRL-CAD:starseeker * 68601 brlcad/trunk/regress/repository.cmake: file(STRINGS ...) in CMake isn't up to giving us correct line numbers. After some misadventures looking into whether grep could be bundled as a portable utility, finally realized that we can use the FIND and SUBSTRING subcommands of CMake's own STRING command to chop up the text the way we need. Only the last platform_symbol_usage_test function has
20:20.07Notifythe correct solution implemented - need to fix the rest and clean up, but wanted to checkpoint what appears to be a working state. Probably need to make this while loop more robust - test what happens if there's not newline at the end of file, for example...
20:20.09Notify...
21:08.46Notify03BRL-CAD:starseeker * 68602 brlcad/trunk/regress/repository.cmake: use while loop pattern, turn other checks back on. more to do, but shaping up
21:10.46Notify03BRL-CAD:starseeker * 68603 brlcad/trunk/regress/repository.cmake: remove refactoring copy/paste
21:17.33Notify03BRL-CAD:starseeker * 68604 brlcad/trunk/regress/repository.cmake: CURR_LINE -> cline
22:15.45*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
23:19.53Notify03BRL-CAD:starseeker * 68605 brlcad/trunk/regress/repository.cmake: Report line numbers on API usage failures.
23:43.36Notify03BRL-CAD:starseeker * 68606 brlcad/trunk/regress/repository.cmake: Improve common.h test
IRC log for #brlcad on 20160809

IRC log for #brlcad on 20160809

00:32.49Notify03BRL-CAD:starseeker * 68607 brlcad/trunk/regress/repository.cmake: reporting tweak
00:37.50Notify03BRL-CAD:starseeker * 68608 brlcad/trunk/regress/repository.cmake: Note to set this up for parallel running. Right now this CMake script is ~3.5 times slower than repository.sh - there may be ways to optimize the scripts themselves, but we can also set up lots of individual CTest runs of different parts of the tests in parallel...
00:38.56*** join/#brlcad LordOfBikes (~armin@dslb-088-064-045-149.088.064.pools.vodafone-ip.de)
03:57.58Notify03BRL-CAD:brlcad * 68609 (brlcad/branches/RELEASE/NEWS Property Changed: and 2 others): Expand the release notes.
03:58.54Notify03BRL-CAD:brlcad * 68610 brlcad/branches/RELEASE/NEWS: update the date
03:59.07Notify03BRL-CAD:brlcad * 68611 (svn:ignore ## -0,0 +1,2 ## and 2 others): Release 7.26.0 is tagged!
04:02.03Notify03BRL-CAD:brlcad * 68612 brlcad/branches/RELEASE/NEWS: shove deprecation to the top of the list
04:25.49Notify03BRL-CAD:brlcad * 68613 brlcad/branches/RELEASE/NEWS: tweak wording
04:33.36Notify03BRL-CAD:brlcad * 68614 (brlcad/trunk/NEWS Property Changed: and 2 others): merge final release notes from RELEASE
04:36.47Notify03BRL-CAD:brlcad * 68615 NIL: oops, no it's not. need stable merge first."
05:20.38*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:11.28Notify03BRL-CAD:brlcad * 68616 (brlcad/branches/STABLE/AUTHORS brlcad/branches/STABLE/BUGS and 2823 others): merge RELEASE from r66169 through HEAD. recursive diff matches.
06:30.25Notify03BRL-CAD:brlcad * 68617 (svn:ignore ## -0,0 +1,3 ## and 3 others): release 7.26.0 tagging redux!
06:46.48*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:53.29*** join/#brlcad sniok (~sniok@89.252.2.135)
09:34.38*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
10:33.30*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
10:38.45*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
11:00.08starseekerStragus: have you ever run across https://github.com/vurtun/nuklear ?
12:59.23amarjeetexit
13:29.09*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
13:35.43*** join/#brlcad yorik (~yorik@187.57.207.104)
14:17.14*** join/#brlcad Mandeep_Singh (~mandeep@101.211.248.93)
14:18.30Notify03BRL-CAD:ejno * 68618 (brlcad/branches/prep-cache/CMakeLists.txt brlcad/branches/prep-cache/NEWS and 16 others): merge from trunk to r68614
14:56.46*** join/#brlcad amarjeet (~amarjeet@101.211.212.84)
15:08.12*** join/#brlcad shubham_ (6719e766@gateway/web/freenode/ip.103.25.231.102)
15:14.32*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
16:09.27*** join/#brlcad amarjeet (~amarjeet@101.211.212.84)
16:34.23*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
16:46.17*** join/#brlcad amarjeet (~amarjeet@101.211.210.202)
17:01.56*** join/#brlcad Mandeep_Singh (~mandeep@101.211.219.41)
17:31.30Notify03BRL-CAD:ejno * 68619 (brlcad/trunk/include/rt/db_internal.h brlcad/trunk/include/rt/db_io.h): add includes for header dependencies
17:45.59*** join/#brlcad Mandeep_Singh (~mandeep@101.211.233.68)
18:47.18*** join/#brlcad amarjeet (~amarjeet@101.211.252.229)
19:53.09*** join/#brlcad yorik (~yorik@187.57.207.104)
21:21.05*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
21:27.08Notify03BRL-CAD:starseeker * 68620 brlcad/trunk/regress/repository.cmake: Set up the symbol tests so we can run one test per symbol - don't know if that'll be better for speed, but in theory it may make the regex checking logic simpler per-process...
21:49.32*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:18.10*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:55.56*** join/#brlcad merzo (~merzo@149.62.201.146)
IRC log for #brlcad on 20160810

IRC log for #brlcad on 20160810

00:36.14*** join/#brlcad gigyfpzgofqxbjrf (~armin@dslb-178-010-191-095.178.010.pools.vodafone-ip.de)
00:48.26Notify03BRL-CAD:brlcad * 68621 brlcad/trunk/HACKING: frs is no longer broken up into subdirs
00:49.04brlcadsource tarballs are uploading now
00:58.26*** join/#brlcad boj (~boj@210.75.252.226)
00:58.48*** join/#brlcad boj (~boj@210.75.252.226)
01:01.53*** join/#brlcad boj (~boj@210.75.252.226)
06:03.16*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:29ee:457b:414:7993)
06:32.40*** join/#brlcad boj_ (~boj@2001:250:3c00:2074:799f:572d:b759:933f)
06:39.36*** join/#brlcad boj (~boj@2001:250:3c00:2074:799f:572d:b759:933f)
06:41.18*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:43.07*** join/#brlcad shubham_ (6719e766@gateway/web/freenode/ip.103.25.231.102)
06:43.16*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:51.23Notify03BRL-CAD:brlcad * 68622 brlcad/trunk/HACKING: reading from stdin, not -i in-place file
07:34.55*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:54.42*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:11.36*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
09:13.41*** join/#brlcad ``Erik_ (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
09:17.10*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:27.00ries<PROTECTED>
09:27.10rieswell, that didn’t help
09:35.15*** join/#brlcad LordOfBikes (~armin@dslb-178-010-191-095.178.010.pools.vodafone-ip.de)
09:38.57*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
09:48.18*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
09:51.22*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
11:02.17``Erikwavefront obj loader in a .h :  https://github.com/syoyo/tinyobjloader-c
11:24.27*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
11:28.18*** join/#brlcad asad________ (~asad00@host239-2.natpool.mwn.de)
11:58.15*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
14:16.58*** join/#brlcad amarjeet (~amarjeet@101.211.216.136)
14:51.04brlcad``Erik: huh, neat ... would be interesting to compare with what were using
14:51.16brlcadries: hehe
14:51.31riesbrlcad: ssssssttttthhhh
14:51.54riesbrlcad: NickServ: brlcad!~sean@104.225.5.10 failed to login to ries.  There has been 1 failed login attempt since your last successful login.
14:51.55brlcadglad to see ghosting didn't work ;)
14:52.38rieshehe.. this was already the 21th time I did that :D
14:52.44brlcadshould have tried 022!
15:22.42Notify03BRL-CAD:starseeker * 68623 (brlcad/trunk/misc/CMake/DocBook.cmake brlcad/trunk/misc/CMake/FindXMLLINT.cmake brlcad/trunk/misc/CMake/docbook.cmake.in): Johnathan reproduced the failure of docbook to build with the BRLCAD_ENABLE_STRICT variable - turns out the error message was deceptive: rather than the xml input file being missing, the actual issue was XMLLINT_EXECUTABLE not being set. The root cause turns out to
15:22.44Notifybe that when the conversion was made to do all docbook processing for a single input file in a single cmake script, the non-validating case was never tested. Validation was *always* on, despite the original intent to have BRLCAD_ENABLE_STRICT control whether to do DocBook validation, and when strict was turned off the DocBook logic still tried to validate but without knowing where the necessary tool was. Fix is
15:22.46Notifytwo-fold - improve the error message so the missing executable won't report in such a way that it looks like the error is a missing xml file, and go back to respecting BRLCAD_ENABLE_STRICT for validation....
15:27.42Notify03BRL-CAD:starseeker * 68624 brlcad/trunk/misc/CMake/docbook.cmake.in: While we're at it, make sure other missing docbook command setting is more obvious.
15:37.14*** join/#brlcad amarjeet (~amarjeet@101.211.216.136)
15:40.57Notify03BRL-CAD:starseeker * 68625 brlcad/trunk/CMakeLists.txt: Devs seldom build without strict compilation flags (by design) but that means the non-strict build case is seldom tested. Sounds like a case for distcheck-full.
15:47.32starseekerprobably worth trying the C++ version of tinyobjloader:  https://github.com/syoyo/tinyobjloader
15:47.52starseekerlooks like that might be more mature than the C89 version
16:11.48*** join/#brlcad yorik (~yorik@187.57.207.104)
16:27.49Notify03BRL-CAD:ejno * 68626 brlcad/trunk/include/rt/db_attr.h: add forward declaration of struct rt_comb_internal
16:32.53*** join/#brlcad Mandeep_Singh (~mandeep@101.211.217.116)
16:47.53brlcadthe c89 version is misleading to say it's just one header
16:48.12brlcadit's full of static functions
17:15.28brlcadso sources are posted, anyone able to help pull binaries together?  we need bsd, linux, mac, windows, ...
17:15.43brlcadI'm going to hit up mac first
17:18.23*** topic/#brlcad by brlcad -> BRL-CAD release 7.26.0 is out! More than 150 user-visible changes including 6 major efforts! || GSoC 2016 is coming to a close, showcase forthcoming || Help needed reviewing and integrating 700+ GCI tasks || Logs: http://ibot.rikers.org/%23brlcad/
17:23.11brlcadmajor efforts since 7.24: nurbs support, usability/documentation, conversion, high-performance ray tracing, robust (nurbs) boolean eval, and joint articulation
17:37.37*** join/#brlcad sniok (~sniok@89.252.2.135)
18:22.47*** join/#brlcad Mandeep_Singh (~mandeep@101.211.235.254)
18:33.55Notify03BRL-CAD:ejno * 68627 brlcad/trunk/src/libgcv/plugins/fastgen4/fastgen4_write.cpp: remove use of enum class
18:49.50Notify03BRL-CAD:ejno * 68628 brlcad/trunk/src/libgcv/plugins/fastgen4/fastgen4_write.cpp: simplify formatting of floating-point values
20:00.52Notify03BRL-CAD:ejno * 68629 brlcad/trunk/include/rt/db_io.h: add forward declarations for bu_attribute_value_set and rt_db_internal
20:08.14Notify03BRL-CAD:ejno * 68630 brlcad/trunk/include/rt/db_fullpath.h: add forward declaration
20:45.40starseekerpwd
20:45.40starseekerls
20:46.03starseekerbrlcad: hmm... I'm uploading FreeBSD builds now
20:46.08starseekerdon't see them yet...
20:48.25starseekersourceforge says they're uploaded
20:55.34Notify03BRL-CAD:starseeker * 68631 (brlcad/trunk/include/rt/db_fullpath.h brlcad/trunk/include/rt/db_io.h): For these libbu types, include the libbu subheaders rather than declaring them.
20:55.43starseekerah, there they are
21:23.45*** join/#brlcad asad_________ (~asad00@host10-2.natpool.mwn.de)
21:43.25*** join/#brlcad merzo (~merzo@149.62.200.84)
22:11.00*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:36.03*** join/#brlcad merzo (~merzo@149.62.200.84)
IRC log for #brlcad on 20160811

IRC log for #brlcad on 20160811

00:34.58*** join/#brlcad whzdsxrrhrxtktsp (~armin@dslc-082-083-184-131.pools.arcor-ip.net)
01:11.07*** join/#brlcad boj (~boj@2001:250:3c00:2074:1c41:3ebb:c316:386e)
01:21.07bojHi, I am recently trying to finish the numerical test of ray-tracing, but I am still stuck in using *gqa* to do the test because I cannot get satisfactory result as I want :(, so I want to know is there any replaceable methods or tools that can enable the test?
01:52.23*** join/#brlcad boj (~boj@2001:250:3c00:2074:1c41:3ebb:c316:386e)
01:59.35*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:29ee:457b:414:7993)
02:09.45*** join/#brlcad boj (~boj@2001:250:3c00:2074:aa:714a:ca98:3346)
02:28.20Notify03BRL-CAD:brlcad * 68632 brlcad/trunk/include/common.h: pass the args through for clarity
02:37.17starseekercrud - BSD builds weren't release config.  redoing
03:02.00Notify03BRL-CAD:brlcad * 68633 (brlcad/trunk/include/rt/tie.h brlcad/trunk/src/adrt/adrt.h and 28 others): significant refactoring to replace XGLUE with new CPP_XGLUE macro. reduce some of the macro complexity by denoting tie's primary macro-encased API in uppercase, and eliminating some that merely affect declaration.
03:24.58starseekeruploads Linux binaries
03:25.23starseekerboj: you might look at rtcheck and/or rtweight
03:28.47bojstarseeker: thanks, could u please give a short intro about these two tools, I want to analyze the numerical accuracy just like *gqa*?
03:29.50bojcause I have stuck in using *gqa* in these days and do not know how to proceed my validation.
05:20.46Notify03BRL-CAD:brlcad * 68634 (brlcad/trunk/include/rt/tie.h brlcad/trunk/src/adrt/adrt_struct.h and 8 others): simplify the precision handling so tie.h rules and it's fully toggled on TIE_PRECISION. this may fix float-mode, which didn't seem to be working on quick test.
05:26.53*** join/#brlcad ``Erik (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
05:37.04brlcadstarseeker: awesome on the build uploads.  curious you went with an auto-detect build on bsd?
05:37.35brlcadboj: what does "satisfactory result" mean??
05:39.07brlcadit's one of the best tools for that job so if it's not satisfactory, then you're probably either using it wrong, have something implemented wrong, or are expecting it does something different to what it does
05:39.58brlcada very similar tool is the rtweight tool, which does a single view, and the nirt tool, which does individual rays
05:43.59brlcadusage is very simple, run "brlman rtweight" to see options; rtweight -a az -e el file.g object
05:45.44bojbrlcad: thanks, what I mean 'satisfactory' is the visual effect seems to be acceptable, but from a numerical viewpoint, I do not know, if it is right.
05:46.43bojfor *gqa*, I tried to use BoT planes as example, by using *gqa* and doing the math, the result did not match very well.
05:47.14bojmaybe I need to use *rtweight* and get some results first
05:49.04*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
05:49.55bojfor a sphere, I can use *gqa* to compute the volume(for BoT), but the result is not so exactly same with the mathematical calculation result.
05:51.45bojbrlcad: besides, I have sent you an email giving a short summary of my work, please check it.
05:55.21StragusA sphere made of a bag of triangles, against a perfect sphere?
06:00.05*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:04.38brlcadthat's the whole point of validating, to check the numerical values with certainty as the visual result is practically irrelevant for a CAD system
06:05.27brlcadall the visual means is that you probably have a hit point in a consistent (but not necessarily correct) vicinity
06:05.34brlcadnot that depths or directions or locations are correct
06:07.18brlcadI have been working on responding to your e-mail, as we do need to talk urgently in private but after I respond
06:25.22bojthanks brlcad.
06:44.22*** join/#brlcad sniok (~sniok@89.252.2.135)
06:48.16*** join/#brlcad sniok (~sniok@89.252.2.135)
06:58.09*** join/#brlcad asad_________ (~asad00@host10-2.natpool.mwn.de)
06:58.53*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:00.25*** join/#brlcad sniok_ (~sniok@89.252.29.238)
07:04.11*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
08:21.30*** join/#brlcad sniok_ (~sniok@89.252.29.238)
08:31.21*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:43.10*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:54.00*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
09:14.44*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
09:32.27*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
10:04.23starseekerbrlcad: actually, went with a partial autodetect on both Linux and BSD - can switch back if you want, but I figured libz and libpng were universal enough to disable on those platforms and freetype can be problematic unless we also build our own fontconfig - the latter tries to pull in the system freetype and weirdness can happen
10:05.57starseekerI did generate an RPM, but it's way smaller than the tar.gz so I need to investigate why
10:18.09starseekeralso, the install path on the rpm is /usr so I need to figure out why that happened too...
10:18.26starseekerlikes the idea of defaulting to /opt by the way
10:20.03*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:21.34*** join/#brlcad Mandeep_Singh (~mandeep@101.211.239.220)
12:57.42*** join/#brlcad yorik (~yorik@187.57.207.104)
13:41.31*** join/#brlcad sniok_ (~sniok@89.252.29.238)
13:53.03*** join/#brlcad Mandeep_Singh (~mandeep@101.211.241.20)
14:59.07*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
15:27.06*** join/#brlcad boj (~boj@2001:250:3c00:2074:cd33:2382:91f0:f8f3)
15:49.35*** join/#brlcad amarjeet (~amarjeet@101.211.220.14)
16:21.47*** join/#brlcad Mandeep_Singh (~mandeep@101.211.213.65)
16:45.27*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
17:06.29*** join/#brlcad Mandeep_Singh (~mandeep@101.211.209.20)
17:23.35*** join/#brlcad amarjeet (~amarjeet@101.211.231.32)
19:16.36*** join/#brlcad Mandeep_Singh (~mandeep@101.211.233.134)
19:55.48Notify03BRL-CAD:brlcad * 68635 (brlcad/trunk/TODO brlcad/trunk/src/libbrep/CMakeLists.txt and 7 others): brep is no longer optional (coincidentally, c++ is no longer optional too .. public headers still need to work for c-only projects)
19:58.48Notify03BRL-CAD:n_reed * 68636 (brlcad/branches/brep-debug/CHANGES brlcad/branches/brep-debug/HACKING and 41 others): sync r68146 through r68249 changes from trunk
20:00.47starseekerbrlcad: I updated the included astyle to the MIT licensed version - did you have something else in mind with the TODO item?  Is that for enabling the style-enforcing build logic?
20:01.09starseekerwinces a bit looking over fontconfig... urk
20:01.19starseekerdoable, but they have a lot of tests...
20:02.15Notify03BRL-CAD:brlcad * 68637 brlcad/trunk/TODO: pull a few priority items up already
20:14.09Notify03BRL-CAD:brlcad * 68638 brlcad/trunk/TODO: the rename was minimally impacting and completed
20:15.24Notify03BRL-CAD:brlcad * 68639 (brlcad/trunk/CHANGES brlcad/trunk/include/bu/str.h and 3 others): rename bu_free_array() to bu_free_args() as it specifically does not free an array, it free's the pointers contained therein (args in an argv array)
20:16.08Notify03BRL-CAD:n_reed * 68640 (brlcad/branches/brep-debug/misc/tools/astyle/ASBeautifier.cpp brlcad/branches/brep-debug/misc/tools/astyle/ASEnhancer.cpp and 11 others): sync r68252 through r68266 changes from trunk
20:21.14Notify03BRL-CAD:n_reed * 68641 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/CHANGES and 191 others): sync r68283 through r68520 changes from trunk
20:26.30Notify03BRL-CAD:n_reed * 68642 (brlcad/branches/brep-debug/NEWS brlcad/branches/brep-debug/TODO and 9 others): sync r68235 through r68249 changes from trunk
20:30.41Notify03BRL-CAD:n_reed * 68643 (brlcad/branches/brep-debug/AUTHORS brlcad/branches/brep-debug/CHANGES and 86 others): sync r68521 through r68639 changes from trunk
20:36.38*** join/#brlcad LordOfBikes (~armin@dslc-082-083-184-131.pools.arcor-ip.net)
20:36.39Notify03BRL-CAD:n_reed * 68644 (svn:mergeinfo ## -1,5 +1,5 ## and 7 others): mark sync revisions as mergedProperty Changed:----------------brlcad/trunk/brlcad/trunk/NEWSbrlcad/trunk/src/libged/polyclip.cpp
20:40.56*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
22:23.52*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:16.06*** join/#brlcad merzo (~merzo@178.75.237.159)
IRC log for #brlcad on 20160812

IRC log for #brlcad on 20160812

00:33.50*** join/#brlcad xodjdvyxvkyfsivy (~armin@dslb-088-066-148-051.088.066.pools.vodafone-ip.de)
00:36.21brlcadstarseeker: thanks for the tarball info .. I've got no sense how risky or safe an autodetect build is right now given we're several years since last full release, so fine either way
00:36.37brlcaddon't think we should do /opt until next release, but good to know
00:37.02brlcaddoes fontconfig not have a cmake build?
00:41.02brlcadif it does, I'd say just comment them all out and leave 'em alone
00:45.19Notify03BRL-CAD:brlcad * 68645 brlcad/trunk/TODO: old bugs are not necessarily priority, nor are 'newer' ones that have now become really old. restoring shelved code is important, though, as they will diverge quickly and cost more over time.
00:57.04Notify03BRL-CAD:brlcad * 68646 brlcad/trunk/TODO: more time-sensitive code patches; add another exponential algorithm noticed
02:58.49Notify03BRL-CAD:brlcad * 68647 brlcad/trunk/TODO: promote items specifically important to the next two months and demote items not strictly necessary (because they've not new issues)
04:12.29*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:1caf:7123:9f:4304)
04:25.32*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
04:40.29Notify03BRL-CAD:brlcad * 68648 brlcad/trunk/src/libfb/if_ogl.c: test impact of making delayed writes the default. boosts interactive performance of transient buffers. the slowdown caused by flushing updates is more than an order of magnitude now and unbearably increases as the framebuffer size increases.
04:48.16Notify03BRL-CAD:brlcad * 68649 brlcad/trunk/src/libfb/if_wgl.c: ditto on windows, give delayed writes a trial test.
05:01.52Notify03BRL-CAD:brlcad * 68650 brlcad/trunk/NEWS: might not survive release, but definitely user-visible if it does. changed framebuffers to delay writes until the full frame is complete. this is worse usability on long-run rendering since there's no interactive feedback, but considerably better usability on the more common case of things that take sub-second or even sub-minute rendering time. hopefully the osg
05:01.54Notifyframebuffer will make this all obsolete.
05:01.56Notify...
06:48.03*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:50.25*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
07:11.00*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
07:19.59Notify03BRL-CAD:brlcad * 68651 (brlcad/trunk/include/dm.h brlcad/trunk/src/libdm/dm-Null.c and 9 others): dm_reshape() was declared and is in the callback table, but was not implemented. provide it, and change the return type to be consistent with the other callbacks.
07:30.43Notify03BRL-CAD:brlcad * 68652 brlcad/trunk/src/mged/mged.c: spent some time debugging the mac initialization issue. looks like it's ogl-specific and double-buffer-specific, fixed by doing a swap buffer after 'gui' command completes. this is achieved by calling dm_set_bg(). several dm funcs swap the backbuffer, but setting the color explicitly gives clear intent despite it being unclear why this is needed or why the
07:30.45Notifyfront buffer contains garbage.
07:30.47Notify...
08:38.43*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:25.23*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
11:39.35starseekerbrlcad: fontconfig doesn't have a cmake build.  I'm tempted to wait on it until we do the svn external thing and try treating it as an external project under that system, since it was always the need to do make install first that caused a big problem with combining the ExternalProject builds with our own
11:40.09starseekerfontconfig isn't needed on Windows, so there's no functionality gain to be had porting it there...
12:13.22d_rossbergtandoorichick: back at work again?
12:18.06tandoorichickd_rossberg: yes..
13:11.47*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
13:23.00starseekerblinks...
13:23.14starseekerThe following tests FAILED:
13:23.14starseeker<PROTECTED>
13:23.25starseekerthat's with strict build off
13:23.33starseekerit succeeds with it on
13:55.32*** join/#brlcad sniok (~sniok@89.252.29.238)
13:57.25*** join/#brlcad amarjeet (~amarjeet@101.211.243.215)
14:08.22starseekerah, wait - might be my setup here...
14:15.53*** join/#brlcad amarjeet (~amarjeet@101.211.243.215)
14:39.15*** join/#brlcad amarjeet (~amarjeet@101.211.243.215)
14:41.00*** join/#brlcad sniok (~sniok@89.252.29.238)
14:56.33*** join/#brlcad yorik (~yorik@187.57.207.104)
15:05.46*** join/#brlcad sniok_ (~sniok@89.252.29.238)
15:23.26starseekernope, still failing
15:26.18d_rossbergtandoorichick: don't forget to update your development log
15:29.07*** join/#brlcad amarjeet (~amarjeet@101.211.222.24)
15:59.44*** join/#brlcad Mandeep_Singh (~mandeep@117.220.146.135)
16:09.42*** join/#brlcad amarjeet (~amarjeet@101.211.236.25)
16:16.19*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
16:25.05*** join/#brlcad amarjeet (~amarjeet@101.211.236.25)
17:03.19*** join/#brlcad amarjeet (~amarjeet@101.211.236.25)
17:03.58*** join/#brlcad sniok_ (~sniok@89.252.29.238)
17:26.33*** join/#brlcad amarjeet (~amarjeet@101.211.236.25)
17:34.57*** join/#brlcad amarjeet (~amarjeet@101.211.236.25)
18:20.29Notify03BRL-CAD:starseeker * 68653 brlcad/trunk/src/libbu/rb_diag.c: Do void cast for p printf type
18:45.23starseekerok, this is really really weird
18:46.16starseekeras near as I can tell (or as gdb can tell) the return statement at bu_badmagic.c:75 is being skipped when we don't build strict
18:49.53Notify03BRL-CAD:starseeker * 68654 brlcad/trunk/src/libbu/rb_diag.c: OK, gcc didn't like that.
18:59.32ejnostarseeker: it seems the previous line calls bu_badmagic() which has _BU_ATTR_NORETURN but which does usually return
19:48.18Notify03BRL-CAD:starseeker * 68655 brlcad/trunk/src/libbu/tests/bu_badmagic.c: When we turn off strict, the _BU_ATTR_NORETURN is causing problems with bu_badmagic in the test case (where we do in fact return.) Since we do return here, undo the _BU_ATTR_NORETURN locally.
19:50.41starseekerejno: heh - nice job!  you spotted it much quicker than Bob and I did
19:51.51starseekerwe marked that as no return for the clang static analyzer to avoid a whole bunch of "technically accurate but not useful" paths it finds
19:52.35starseekerusually we bomb out if we hit bad magic, and apparently with the normal strict flags the compilers were letting us get away with it for the test case
20:17.46brlcadthe function probably shouldn't have this bimodal behavior
20:19.34brlcadgiven we only directly use that function in like three places, we should probably pull the bomb out and make the caller call bomb itself
20:19.51brlcadlet badmagic return a code
20:20.19brlcadtrue if bad, false otherwise, callers bomb on true
21:07.30Notify03BRL-CAD:starseeker * 68656 (brlcad/trunk/CHANGES brlcad/trunk/include/bu/CMakeLists.txt and 7 others): Consolidate the red-black tree files into one .c file, rename header. Should compare this to the implementations in jemalloc (http://www.canonware.com/rb/), openbsd (http://www.canonware.com/download/rb/tree/) and sudo (https://github.com/millert/sudo/blob/master/plugins/sudoers/redblack.c) for correctness and
21:07.32Notifyperformance.
21:07.34Notify...
21:09.35Notify03BRL-CAD:starseeker * 68657 brlcad/trunk/src/libbu/tests/bu_badmagic.c: Explain why we're undeffing _BU_ATTR_NORETURN in this test.
21:10.25starseekerbrlcad: sounds good to me
21:11.07starseekerI wasn't sure if there was some specific reason it was set up the way it was (is)
21:13.24starseekerwonders what *other* seldom-used configurations we should have in distcheck-full...
21:24.41Notify03BRL-CAD:starseeker * 68658 brlcad/trunk/include/bu/redblack.h: fix header label
21:24.45starseekerhas a feeling there's too much public API for the redblack trees...
21:26.52starseekerbrlcad: should I go ahead and update our stepcode to the latest github srcs?  I think I merged in most of the key changes from our local branch, but we'll need to rework our code slightly to use access methods for a ptr that Mark made private
21:37.28Notify03BRL-CAD Wiki:Tandoorichick * 9814 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
21:46.29*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
22:16.23*** join/#brlcad merzo (~merzo@188.173.16.122)
IRC log for #brlcad on 20160813

IRC log for #brlcad on 20160813

00:44.56brlcadstarseeker: there definitely is too much "public" redblack api in libbu terms
00:45.35brlcadfrankly none of it should probably be public, instead providing higher level containers like hash, list, vector, map, with redblack under the hood (stl operates exactly that way)
00:46.55brlcadstarseeker: before merging in the latest github sources, how many regression tests do we have?
00:47.43brlcadwe need at least one test that exercises a variety of entities and hierarchy with mixed attributes (the cause of the last regression failure when we tried to update)
00:48.26brlcadif the nist samples do that, then by all means
01:18.49starseekershakes his head - I doubt we have a test case like that to hand
01:19.30starseekerthe NIST files (except for the 7-10 aggregation) are all single objects, and the 7-10 aggregation I had to do as a 3DM both for multi-color support and speed
01:19.45starseekeragrees we should build several test cases
01:31.08starseekeragrees - the log(n) behavior of the STL containers is one of my main drivers for using C++ - if we had set,map,etc. in C there'd be a lot less incentive
01:37.49StragusI think I have written a bunch of such code...
01:41.54starseekerbrlcad: can the bu_badmagic change be considered minimally impacting, or does it need deprecation?
01:42.01starseekerStragus: not surprised :-)
01:42.14StragusBesides, the C++ containers are terrible (unusable) for high performance multithreaded code
01:42.58StragusIf I'm not mistaken, you can't have 64 threads hammering the same C++ map, it would all have to be serialized on a single lock
01:43.13starseekernods
01:44.08StragusI think an early version of my hash table with concurrent multithreaded access is in the mesh decimation code
01:44.36starseekermight be worth pulling into libbu
01:46.21StragusJust in case you are interested  -  http://www.rayforce.net/mmhash.c  http://www.rayforce.net/mmhash.h  http://www.rayforce.net/mmhashinternal.h  http://www.rayforce.net/mmhashinline.h
01:47.00starseekerStragus: cool! that's the latest version?
01:47.52StragusShould be, it's meant to use atomics (pthread fallback) so there are minor dependencies on some other headers you probably have somewhere
01:48.38starseekerwhat's the state of atomics these days
01:49.38starseekerremembers discussing some of that with brlcad a while back, but I don't recall the details
01:49.42StragusFrankly, no idea, always using my own inline assembly, but I'm sure you'll frown on that. I always include some slower pthread-based fallback... http://www.rayforce.net/mmatomic.h
01:50.36starseekerStragus: that hasn't been too difficult to keep portable?
01:51.10StragusThe pthread fallback is portable, the problem is the big performance drop you get when not running on x86/amd64 with a GCC compatible compiler :)
01:51.24StragusC11 is supposed to have atomics, but I have no idea what platforms are supported. And it's not exactly "complete"
01:51.52starseekernor is it (or will it be) portable to MSVC unless C++ incorporates the C version
01:51.55starseekergrr...
01:52.36starseekerStragus: do you set build flags manually, or are there a set of configure-time tests you've built up to detect ssystem capabilities?
01:53.14starseekersees a lot of ifdefs in the atomics file, which is probably inevitable, but winces a little at the system introspection tests needed to drive it properly...
01:53.37StragusI have never personally worried much about portability (I know that's a big problem for you guys...)
01:53.45starseekerheh
01:54.04starseekerat one point we actually built (non-graphically) on Haiku-OS
01:54.19starseekershould fix that, actually...
01:55.22starseekercan see atomics being a bit like openblas - high performance may require system specific tweaking...
01:55.33brlcadlatest c11 and c++11 standards both have complete atomics support
01:55.33StragusIt bothers me when the inline assembly atomic version provides perfect scalability on a 64 cores machine (and beyond, probably), but some portable pthread-based solution just doesn't scale
01:55.57brlcadhttp://en.cppreference.com/w/c/atomic
01:56.23starseekerStragus: oh, that reminds me - did you decide if you were going to release your high-performance OpenGL GUI element drawing library as a stand-alone?
01:56.57StragusC11 atomics are missing a few important details... Let's say I have threads waiting in a spin loop for some variable to change, I really need to "rep nop" to tell a hyperthreading CPU core: "I'm a spin loop, try to run another concurrent thread"
01:57.18StragusWithout that, spin loops are a problem on hyperthreading processors
01:58.27Stragusstarseeker: I would like to... Do you think you guys would perhaps use it? I would say that makes a difference on the grade of motivation :)
02:00.24starseekerStragus: fair enough.  for me, the biggest driver for Qt is the availability of things like html rendering widgets and tree widgets that are "pre-packaged" - I'm not sure if it's practical to code stuff like that up for a custom OpenGL interface
02:00.26brlcadStragus: I'm not sure I'd agree that's a critical detail missing -- it's more a threading issue than anything to do with atomics, and there are so many ways to code around that
02:00.52StragusWell brlcad, atomics are all about threads, this kind of stuff is very closely related
02:01.22Stragusstarseeker: HTML rendering would be monstrous task, for sure
02:01.47brlcadthat smacks of self-justification
02:02.11brlcadsure atomics are heavily used by threads and used for thread synching (among man other uses), but that's not their sole purpose
02:02.24starseekerStragus: yeah, I think the most practical solutions I've seen for OpenGL have been those that render the html to an image
02:02.42brlcadthread api could just as well yield or be architected to not sit there spinning idle in the first place
02:03.11Stragusbrlcad: Have you used atomics in a different context? While writing to device mapped memory I guess?... That's not very common
02:03.25starseekerironically enough, tkhtml3 would probably be the most logical starting point for a "native OpenGL" html rendering widget, but small as it is compared to webkit there's still quite a lot of logic there :-/
02:04.11StragusI'm not fond enough of HTML to ever consider using it unless I'm forced to
02:04.28brlcadactually, yeah used it as an initialization construct to implement lock-free data structures
02:05.59starseekerStragus: heh.  Don't blame you - I use tkhtml3, but the few times I've tried digging into its guts I ended up backing away slowly...
02:06.06StragusAnd an "yield" is totally different, that goes back to the OS which is something you never want in a spin lock, the "rep nop" just makes a hyperthreading processor switch to other threads resident on the CPU core
02:09.25starseekerah, here's the library I was thinking of - the "C Container Library":  https://github.com/starseeker/ccl - thought I'd stashed a copy before the google project vanished.
02:11.03starseekerover 300 pages of docs - don't know how good the library itself is implementation wise, but Jacob Navia clearly put a lot of work into it...
02:11.27StragusNot thread safe, but there's quite a bit of work into that
02:11.36Stragusnods
02:15.33StragusThe self-balanced RB tree wasn't written to be as efficient as possible
02:15.57starseekerStragus: yeah, it's probably not the solution I thought it might be when I first found it
02:18.18starseekerthere are several RB implementations floating around online (one of the "nicer" looking ones, looking casually, is in sudo: https://github.com/millert/sudo/blob/master/plugins/sudoers/redblack.c)
02:18.58starseekerto my eye it looks well organized and readable, but I'm not sure if it's efficient
02:22.40StragusIt's less messy... but I still don't like this idea of having a "compare" callback find where to insert the node, among other things. The calling code can traverse the tree and find the insertion point in one function, without the overhead of 15 tiny function calls
02:23.02starseekerthere's this:  http://www.25thandclement.com/~william/projects/llrb.h.html
02:25.16starseekernot sure how the preprocessor-only approach works from a usability standpoint, but has the plus of duplicating the BSD api
02:26.50StragusDoesn't seem to make sense if you get any "compare" and "key/value/whatever" out of the core tree code itself
02:27.11StragusHeaders with preprocessor abuse makes more sense when some critical callback has to be inlined, like sort functions
02:29.13starseekersuppose we'll end up implementing the public APIs we want and trying several rb backends to see what works best
02:30.08starseekerdoes confess that the combo of liberal license plus single small header appeals
02:32.30StragusI tend to write everything from scratch and I'll probably stick to that :)
02:33.07starseekerchuckles - to each their own. I'm not smart enough to get away with that - I like having other people shake out the bugs before I add my own
02:33.34Notify03BRL-CAD:brlcad * 68659 (brlcad/trunk/include/dm.h brlcad/trunk/src/libdm/dm-Null.c and 8 others): make the remainder of the dm device callback signatures all consistently return int
02:35.22StragusEh, I don't think it's a matter of smartness. I like writing my own reusable chunks because once I made them as optimized as possible, I never have to worry about it again
02:35.38starseekeruntil the hardware changes ;-)
02:36.08StragusYup. :) Mostly, mmatomic.h would have to be expanded with new architectures...
02:36.32StragusAs well as the SSE/AVX abuse
02:37.35StragusIt's hard to trust other people's code when performance matters. You would think qsort() with an inlined comparison function would be fast enough? But it's 30% slower than it should be!
02:41.03StragusSorry, 38% slower
02:52.18starseekerbrlcad: do you know if anyone has ever looked into the possibility of using libpkg instead of Tcl channels for communication on Windows?  I have very vague memories of trying it when I first arrived and finding out the hard way that libpkg didn't work on Windows, but I don't recall if I ever followed up further.  It's an issue of more interest now, since that's one of the major pieces keeping a Tcl
02:52.24starseekerdependency in libged
07:41.26*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
08:10.57*** join/#brlcad merzo (~merzo@188.173.16.122)
09:15.32*** join/#brlcad sniok (~sniok@89.252.2.135)
09:35.34*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
09:35.53Caterpillar2hi, in next daya I will start working on including brl-cad into Fedora repositories
12:08.31*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:49.17*** join/#brlcad sniok (~sniok@89.252.2.135)
13:33.19*** join/#brlcad Mandeep_Singh (~mandeep@117.220.151.253)
13:36.20Caterpillar2:-)
13:36.30starseekerCaterpillar2: nice!
13:37.05starseekerit's been a while since anyone had a run at that - last effort I recall was the Redhat packaging effort, and that got hung up in the src/other stuf
13:37.09starseekers/stuf/stuff
13:38.27starseekerah yes https://bugzilla.redhat.com/show_bug.cgi?id=518949
13:39.10starseekerso tnt/jama is no longer an issue
13:39.18starseekeropenNURBS is still the same situation
13:39.43starseekersomeone would need to package STEPcode, but in principle we should be able to work with them externally...
13:41.06starseekerthere's been no change on the tkhtml3 and utah raster toolkit fronts - if someone needs those projects set up we could put a bit more effort into it
13:42.44Caterpillar2starseeker: ah I did not know about that ticket.   The libraries you just mentioned, are them included in brlcad?
13:42.54starseekeryes
13:43.00starseekersrc/other subdirectory
13:43.17Caterpillar2starseeker: ok, I will have to package them separately
13:43.34starseekermost of what's in src/other has packages already
13:43.45starseekerthe ones I called out are the problem children
13:44.02Caterpillar2children problem?
13:44.34starseekerer, sorry - libraries for which we expect difficulty with the Redhat/Fedora upstream
13:44.39*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
13:44.48starseekerlibraries for which there are not already packages
13:45.25Caterpillar2that is not a problem, we can package them. It will only require more time
13:45.35starseekernods
13:46.27Caterpillar2brlcad will be a good thing to push Fedora usage among engineers, etc
13:47.41starseekerfyi - I'm not sure the current CMake logic for RPM generation is correct
13:47.46starseekerin BRL-CAD
13:50.49Caterpillar2starseeker: why?
13:51.21Notify03BRL-CAD:starseeker * 68660 (brlcad/trunk/src/libpkg/example/client.c brlcad/trunk/src/libpkg/example/server.c brlcad/trunk/src/libpkg/tpkg.c): libpkg appears to be excluded from the normal repository regression tests, but I'm not seeing any reason to keep the stdio includes when bio.h is included... go ahead and remove for now.
13:51.23starseekerwhen I tried to generate an RPM for 7.26.0, it was a lot smaller than the tarballs
13:51.45starseekerI need to figure out why
13:55.47Caterpillar2starseeker: so you have a quite working spec file? This will be a great help to start with
13:56.07starseekernot really - we use CMake's CPack mechanisms to create a package
13:56.16starseekerit generates a spec file, I believe
13:56.51Caterpillar2starseeker: I don't know
13:57.53starseekerCaterpillar2: our logic for this starts in the top level CMakeLists.txt around line 2873
13:58.23Caterpillar2this is the list of packages that I (co)maintain in Fedora https://admin.fedoraproject.org/pkgdb/packager/germano/
13:58.53starseekernice!
13:59.45Caterpillar2in my experience, everytime we add a package into Fedora repositories, we always have some nice exchange of ideas with upstream developers, so for sure something good will pop-up
14:00.25starseekernods - I recommend reading over the older Redhat ticket - a couple of the issues are obsolete, but many still remain to be resolved
14:00.35Caterpillar2my skill in making new packages of software writte in C is not high (I have taken orphaned packages), but I have very high skilled people that can suggest me
14:00.56Caterpillar2yep I just subscribed to that ticket
14:01.28starseekeryou'll probably want to start with stepcode, utahrle and perhaps openNURBS
14:01.54starseekerthe primary difficulty with openNURBS is that we do patch it and so far our patches have not been accepted upstream
14:02.40Caterpillar2starseeker: oh, why openNURBS upstream developers did not accept them?
14:02.53starseekeruh... it's a long story
14:03.12starseekerin one case there's a disagreement about what the "right" code is
14:04.01Caterpillar2mmh... but we can take your patches and appy them to the corrispective Fedora package :-)
14:04.21starseekerthat would be workable
14:04.43starseekeryou may also want our build system for openNURBS ;-)
14:05.35Caterpillar2what is made of?
14:05.42starseekerCMake
14:05.50Caterpillar2ah ok
14:06.09starseekerfyi - there was apparently some interest in an openNURBS package back in 2011:  https://lists.fedoraproject.org/archives/list/legal@lists.fedoraproject.org/thread/JP2RTIBREMZ5SIFMJ35AHXXQDJHQPQLX/
14:06.35Caterpillar2I added a comment, so that if any of other Fedora contributors wants to help me, he can contact me https://bugzilla.redhat.com/show_bug.cgi?id=518949#c29
14:08.04Caterpillar2starseeker: I can contact the guy who wanted to package openNURBS
14:08.22starseekerI don't know if he made any progress - just something to be aware of
14:10.53Caterpillar2starseeker: I have just made a query to find his name among Fedora contributors, but he seems to not be present. For your info, to do such queries, you have to query zodbot (that is present in all #fedora-* channels) and enter command        fas name surname         or   fas nickname.    Then you will get some results, and when you get his Fedora-Account-System name, you do:    fasinfo foo
14:11.13starseekerndos
14:11.18starseekernods rather
14:12.14starseekerCaterpillar2: the stepcode upstream site is here:  http://stepcode.org/
14:12.46starseekerCaterpillar2: the openNURBS site is here: https://www.rhino3d.com/opennurbs
14:12.58Caterpillar2ok
14:13.17starseekerI don't think we've synced our own sources to the latest openNURBS yet, so there may be a bit of work to do there
14:13.57starseekerthis is the upstream project we started to establish for utahrle:  https://sourceforge.net/projects/utahrle/
14:14.03Caterpillar2ok I will save this chat log, make a list of libraries that have to be packaged, and starting sorting my ideas
14:14.29Caterpillar2I am going to add #brlcad to my autojoin channels list
14:14.50starseekercool - good luck!
14:15.07Caterpillar2;-)
14:15.34starseekeranother point - I know definitely at the moment that some parts of our code will not work with the new Itcl/Itk 4 packages
14:15.48starseekerif Fedora is on Tcl/Tk 8.6, that may be an issue
14:16.02*** join/#brlcad sniok (~sniok@89.252.2.135)
14:17.24Caterpillar2you can find my email address at   https://fedoraproject.org/wiki/User:Germano#Contact
14:17.38Caterpillar2starseeker: is tcl/tk   -->>  tcl-tkpng.x86_64 : Tcl/Tk support for PNG      ?
14:18.13Caterpillar2mmh no it seems not
14:25.37*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
14:26.07Notify03BRL-CAD:starseeker * 68661 brlcad/trunk/regress/repository.cmake: Add a mechanism to exclude files in the build directory, should it be located in the source directory. Can't do anything about the in-src-dir case (yet) but this is a start...
14:26.09Notify03BRL-CAD:starseeker * 68662 brlcad/trunk/misc/CMake/test_srcs/sleep.c: another unistd include when we have bio
14:50.50Notify03BRL-CAD:starseeker * 68663 brlcad/trunk/include/pkg.h: Add common.h to pkg.h, unless/until we find out there's a reason not to...
14:56.22Notify03BRL-CAD:starseeker * 68664 brlcad/trunk/regress/repository.cmake: list a few more files and patterns we don't want to examine
15:03.40Notify03BRL-CAD:starseeker * 68665 brlcad/trunk/regress/repository.cmake: There are a few 'public' headers that do have one or both of bio and bnetwork in them - excempt them from this check, since it hasn't been a regress-repository breaker...
15:04.14Notify03BRL-CAD:starseeker * 68666 brlcad/trunk/src/burst/paint.c: Only include common.h once
15:05.15Notify03BRL-CAD:starseeker * 68667 brlcad/trunk/src/libged/simulate/interface.cpp: common.h and ged.h get included regardless
15:06.04Notify03BRL-CAD:starseeker * 68668 brlcad/trunk/src/libged/simulate/physics_world.hpp: add common.h
15:36.02starseekerbrlcad: I notice that repository.sh doesn't report WIN32 et. al. instances in any of the include header files.  Is this intentional?
16:03.26*** join/#brlcad sniok (~sniok@89.252.2.135)
17:03.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:22.23*** join/#brlcad amarjeet (~Amarjeet@101.208.5.88)
17:58.24*** join/#brlcad amarjeet (~Amarjeet@101.208.5.88)
18:20.50*** join/#brlcad amarjeet (~Amarjeet@101.208.5.88)
18:31.02*** join/#brlcad amarjeet (~Amarjeet@101.208.5.88)
18:35.20*** join/#brlcad amarjeet (~Amarjeet@101.208.5.88)
18:35.33*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
18:36.54*** join/#brlcad amarjeet (~Amarjeet@101.208.5.88)
18:42.09*** join/#brlcad amarjeet_ (~Amarjeet@101.211.235.40)
18:47.45*** join/#brlcad amarjeet (~Amarjeet@101.211.235.40)
18:56.26*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
18:58.11brlcadstarseeker: pkg instead of tcl channels has been discussed before, but nobody has looked or tried
19:02.35*** join/#brlcad amarjeet (~Amarjeet@101.211.228.237)
19:03.14*** join/#brlcad amarjeet (~Amarjeet@101.211.228.237)
19:04.29brlcadstarseeker: what do you mean it doesn't report headers?  it does, was, or at least should be (see line 268)
19:07.46brlcadstarseeker: also regarding pkg .. I think you tried before anyone had gotten libpkg compiling (nothing tricky, we just needed the winsock2 init bits and types)
19:10.10*** join/#brlcad amarjeet_ (~Amarjeet@101.211.237.160)
19:11.39brlcadCaterpillar2: shall I set you as a maintainer for fedora, to receive release notifications?
19:27.55*** join/#brlcad amarjeet (~Amarjeet@101.211.237.160)
19:31.06starseekerbrlcad: my cmake scripts are reporting WIN32 instances in bu/defines.h, common.h and a few other headers - I'm not seeing these listed in the repository.sh report, unless I'm missing something
19:31.28starseekertrying to make the CMake script a full replacement for the .sh script, which means matching its results...
19:33.23starseekerI'm getting close to being ready to set up individual tests to do in parallel, but I don't want to do that until I've first achieved functional parity
19:35.58Notify03BRL-CAD:starseeker * 68669 brlcad/trunk/regress/repository.cmake: Do less expensive matching tests before we go for the all-upregex match, although we have to be careful with this - common.h test, for example, looks for either system includes or common.h so we can't rely on a simple qualification test there. If this works as well as it seems to now, cuts execution time from about 70 seconds to a little over 30.
19:36.00Notifyrepository.sh is about 21, so if we can execute individual tests in parallel we should get a significant speed up overall.
19:36.02Notify...
19:40.35Notify03BRL-CAD:brlcad * 68670 brlcad/trunk/HACKING: add Caterpillar2 as a maintainer for fedora
19:42.09brlcadstarseeker: they are printed in sections, headers first then sources then build files
19:42.22brlcadso maybe in a different section/earlier in the output?
19:47.36Caterpillar2brlcad: ok
19:48.48brlcadCaterpillar2: cool, great! thank you
19:49.21brlcadyou can pass the torch on at any time, it just means you'll get an e-mail notification whenever we push out a new release, so you can decide whether to update fedora
19:56.12Notify03BRL-CAD:brlcad * 68671 (brlcad/trunk/include/ged/defines.h brlcad/trunk/src/libged/rt.c and 2 others): eliminate exposing tcl types and symbols in ged's public header, cast accordingly
19:56.58Caterpillar2brlcad: ok
19:59.12Caterpillar2brlcad: the process of bringing brlcad into Fedora repositories will take some months, because of various libraries that have to be included into Fedora repositories
20:05.48brlcadCaterpillar2: yes, I understand .. it's a lot of work and greatly appreciated!
20:06.27Caterpillar2;-)
20:08.07Caterpillar2starseeker: brlcad: I have forgotten to also say that brlcad will be included in Fedora EPEL repositories too, that means that it will be available for RHEL, CentOS, ScientificLinux, Oracle Linux too
20:09.21brlcadthat's great to hear
20:09.48Caterpillar2https://fedoraproject.org/wiki/EPEL/
20:10.40brlcadyeah, was just reading up on it
20:11.16Caterpillar2:-)
20:11.21brlcadwe manually pull together rpm's for RHEL currently
20:12.03Caterpillar2brlcad: I have heard from starseeker that you use a particular way to make RPM packages
20:12.09brlcadoh, for what it's worth -- we have a variety of build materials in misc/ that may be of interest/relevance to you
20:13.10brlcadmisc/archlinux, misc/brlcad.spec,.in and misc/debian  in particular
20:13.23Caterpillar2ah ok
20:13.49brlcadif it's helpful for you to store files or make changes, let me know and I'll get you set up so you can commit as needed
20:15.30Caterpillar2brlcad: on which distro did you test the spec file?
20:17.35brlcadCaterpillar2: it was last used 4 years ago and just as a spec file for our manually prepared rpm installer, but maybe has some relevant/useful bits
20:19.52brlcadseveral distro managers (e.g., gentoo's ebuild) choose to maintain their build logic in their repo system, others stash their files into our repo for convenience
20:20.56Caterpillar2brlcad: I am forced to use Fedora infrastructure. If I do not use it, I cannot update packages in official Fedora repositories
20:21.21brlcadthat's fine, just giving you options ;)
20:22.18brlcadCaterpillar2: this may also be of interest, manual build instructions for linux lists some expected deps (should be fairly up-to-date): http://brlcad.org/wiki/Compiling
20:22.59brlcadI notice that list is not consistent with http://diyhpl.us/~bryan/irc/brlcad/doc/README.Linux ...
20:25.32Caterpillar2brlcad: ah, I think that the http://diyhpl.us/~bryan/irc/brlcad/doc/README.Linux should be updated soon
20:32.18brlcadlet me know what updates, or send a diff/patch ... that's in our repo
20:32.50brlcadit's in doc/README.Linux in a checkout if that wasn't obvious :)
20:34.31Caterpillar2brlcad: I haven't seen it yet, but I said that after you wrote that there is a unconsistence between http://brlcad.org/wiki/Compiling and http://diyhpl.us/~bryan/irc/brlcad/doc/README.Linux
20:40.04Caterpillar2which distro do you use usually?
20:40.07brlcadstarseeker: only reason I can recall for disallowing bio/bnetwork/etc in public headers is because, like common.h, we don't yet define who owns them
20:41.05brlcadCaterpillar2: I hop all around, but most often on mac and freebsd
20:41.26brlcadmain professional platform is rhel
20:41.33brlcad(and windows)
20:44.29brlcadwhile mostly mac and bsd, I also play/help a bit with haiku, rtems, and minix development
20:45.46brlcadstarseeker: should just skip all of misc/ for repository testing, just like src/other
20:47.39Caterpillar2brlcad: what is the homepage of upstream gct library?    ( brlcad-7.26.0/src/other/gct/ )
20:48.34brlcadit probably shouldn't be in src/other .. there is no upstream location
20:50.29Caterpillar2brlcad: is it a library developed by brlcad developers?
20:52.05brlcadCaterpillar2: it's in src/other simply because it was written by a dev that doesn't usually write code for brl-cad (directly, at least), but as far as I know, we're the only public presence it has as that was code developed under contract for public release inclusion in brl-cad
20:53.56brlcadStragus: care to comment on GCT?  does it exist anywhere else such that fedora would point to it as a stand-alone thing that we depend on?
20:56.29brlcadCaterpillar2: it was primarily written by that guy there, so you can ask him.. ;)  he has a habit of writing useful code and then not packaging it up
20:56.34Caterpillar2brlcad: I asked because https://fedoraproject.org/wiki/Packaging:Guidelines#Bundling_and_Duplication_of_system_libraries        and         https://fedoraproject.org/wiki/Bundled_Libraries?rd=Packaging:Bundled_Libraries           so I started reading stuff in /others  and searching of ach item, if there is already a package into Fedora repositories. GCT was the first occurrence of a /others library that is not present into Fedora
20:56.36Caterpillar2repositories
20:58.58brlcadof i'm the opinion that it doesn't belong in src/other, that we should move it under one of our processing libs as a backend detail (not a stand-alone lib)
20:59.53brlcadso unless Stragus has some fundamental objection or plans to turn it into a project, give it a home, then we'll treat it as our code
21:00.06brlcadwe kind of already did with a slew of widespread changes for portability
21:01.04brlcadwe may even end up ripping it out if we can't eaily fix a few issues already encountered in the decimation logic
21:01.11Caterpillar2how many stable developers are involved in brlcad?
21:02.20brlcadabout a dozen depending on who you count
21:02.49brlcadohloh says 6 in the last 30 days, 12 over past year, 84 committers over lifetime
21:03.25brlcadfew more if you count the github repos which cover various web services
21:05.47Caterpillar2does USA's army still spend money for its development or is it entirely in community hands?
21:06.25brlcadstill spending quite a bit annually
21:07.20brlcadBRL-CAD is tightly integrated into a complex DoD analysis workflow so it's used by several agencies, Army in particular
21:07.54Caterpillar2good to hear that money is spent for a product freely available for everybody
21:08.17brlcadit would probably cost $50.M USD minimum to uncouple BRL-CAD and do something different
21:09.40Caterpillar2brlcad: what DoD stands for?
21:09.46brlcad~dod
21:09.46infobotit has been said that dod is Dial on Demand, a way of making the modem dial whenever you try and send info to the inet
21:09.50brlcadheh, not that
21:10.06brlcad~dod is also the U.S. Department of Defense
21:10.06infobotokay, brlcad
21:10.10Caterpillar2ok
21:12.26brlcadopen source has been catching up, though
21:12.55brlcadbefore this year's burnout lull, open source activity surpassed funded activity a number of times last year and the year before
21:13.34brlcadI'd like to see that grow even more, all the more reason we need better integration with repos, more devs working projects, scrape off our usability warts
21:14.33Caterpillar2I will start asking some mechanical engineer professors at University of Rome Tor Vergata, to try using brlcad for their work, in order to get some nice feedbacks, etc.
21:15.16brlcadto be completely honest, it's often jarring for them as our interface is very different from the commercial systems
21:16.36brlcadand dod's obsession with analysis requirements is not their requirements (they want usability, annotated engineering drawings, tight integration with FEA codes, etc)
21:17.22brlcadwe're definitely working on briding that gap, though -- feedback from them is always appreciated
21:17.55brlcadwe have a couple engineering universities in India also providing good feedback (and devs to help improve)
21:18.22brlcadneed devs more than we need users ... we should probably put that on our website ;)
21:20.17Caterpillar2what are FEA codes?
21:20.51brlcad~fea
21:21.02brlcadinfobot: you are 0 for 2
21:21.02infobotbrlcad: I think you lost me on that one
21:22.36brlcad~fea is Finite Element Analysis does hard math and science on geometry chopped up into little pieces
21:22.36infobotokay, brlcad
21:23.39Caterpillar2it would be great if in the future brlcad will have a Qt based GUI
21:26.55Caterpillar2if one day there will be some funds to start such work, I know a guy that works on KDE' ark software, that is skilled in Qt libraries
21:32.02brlcadthat work is already started, qt branch in rpo
21:32.07brlcad*repo
21:32.43Caterpillar2uh good
21:32.46Caterpillar2brlcad: Qt5?
21:32.52brlcadwe've had a gsoc project defined as well, but nobody skilled enough to propose it as their project: http://brlcad.org/wiki/Convert_MGED_from_Tk_to_Qt
21:33.45brlcadhttp://brlcad.org/wiki/User:Vladbogolin/qt-display-manager
21:34.29brlcaddon't recall, that was circa 2013 which was shortly after qt5
21:34.35brlcadI think it was
21:36.45Caterpillar2sorry for the question (English is not my first language):    <<but nobody skilled enough to propose it as their project: http://brlcad.org/wiki/Convert_MGED_from_Tk_to_Qt>> does it mean that nobody worked on brlCAD Google Summer of Code project?
21:37.16brlcadno no
21:37.52brlcadnobody has ever proposed the "convert mged to qt" project for the gsoc program
21:38.02brlcadat least nobody skilled enough
21:38.26brlcadthere was someone that worked on some qt infrastructure, though, for a different gsoc project
21:38.42brlcadand a couple core devs have been working that area a bit
21:39.20brlcadstarseeker was working on a new prototype in qt, got pretty far
21:39.55brlcadseveral of our india devs have been working on recreating things in web technologies using node.js and friends
21:40.31Caterpillar2interesting
21:40.41Caterpillar2anyway if you need some Qt developers I can suggest you some guys
21:41.06brlcadyou can see that work here: http://brlcad.org/wiki/OGV
21:41.15brlcadokay, good to know thanks!
21:42.12Caterpillar2the web GUI is very nice
21:44.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:48.25brlcadone of our tasks for the next couple months is to integrate the 700+ design and code submissions from participating in the GCI program
21:48.42brlcadseveral items in there that were really pretty exciting were really awesome GUI prototypes
21:50.22brlcadone such example: http://brlcad.org/design/gui/gci_skriptkid_prototype/brlCad-03.png
21:54.43brlcadsome more fun ones at http://yash-m.github.io/BRL-CAD-Portfolio/ under GUI
21:54.53Caterpillar2brlcad: nice, is that qt stuff?
21:55.05brlcadthey're mock-up designs
21:56.05Caterpillar2brlcad: ah ok
22:02.29Caterpillar2brlcad: I have to go to bed, see you tomorrow
22:15.07starseekerneeds another knock-down-and-drag-out round with libdm/libfb before we're really going to be in a good position for the Qt stuff
22:22.57starseekerbrlcad: do you want to skip misc/CMake as well for the build files?  We do define a lot of our macros/functions there...
22:26.13starseekerbrlcad: here's what I'm currently seeing from the sh script:  http://brlcad.org/~starseeker/regress_repository_sh.log
22:26.53starseekerand the CMake version: http://brlcad.org/~starseeker/regress_repository_cmake.log
22:27.21starseekerfwiw, the sh script does look in misc/CMake...
22:38.56starseekerbrlcad: when I boil it down the the line reports, here's the current diff:  http://brlcad.org/~starseeker/repository_reports.diff.txt
22:51.03*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
IRC log for #brlcad on 20160814

IRC log for #brlcad on 20160814

00:45.40*** join/#brlcad LordOfBikes (~armin@dslb-092-074-249-241.092.074.pools.vodafone-ip.de)
01:29.08Notify03BRL-CAD:starseeker * 68672 brlcad/trunk/regress/repository.cmake: Try to get a bit smarter about avoiding expensive regex tests, begin setting up to run one test per script execution.
01:51.02*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
05:51.30*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
07:24.37*** join/#brlcad Mandeep_Singh (~mandeep@117.199.98.57)
07:33.39*** join/#brlcad sniok (~sniok@89.252.2.135)
08:48.03*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
09:25.41*** join/#brlcad sniok (~sniok@89.252.2.135)
09:44.28*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-eiopspcbsukldfky)
10:14.30*** join/#brlcad amarjeet (~Amarjeet@101.211.232.241)
10:52.05*** join/#brlcad sniok (~sniok@89.252.2.135)
10:53.26*** join/#brlcad amarjeet (~Amarjeet@101.211.232.241)
11:33.56*** join/#brlcad amarjeet (~Amarjeet@101.211.230.2)
11:43.18*** join/#brlcad sniok (~sniok@89.252.2.135)
11:59.05*** join/#brlcad sniok_ (~sniok@89.252.29.238)
12:16.07*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:34.09*** join/#brlcad Mandeep_Singh (~mandeep@117.199.98.57)
14:02.34*** join/#brlcad amarjeet (~Amarjeet@101.211.241.239)
14:14.59*** join/#brlcad yorik (~yorik@187.57.207.104)
14:28.35Notify03BRL-CAD:starseeker * 68673 brlcad/trunk/regress/repository.cmake: Don't bother scanning the CMake Find*.cmake modules.
14:39.35Notify03BRL-CAD:starseeker * 68674 brlcad/trunk/regress/repository.cmake: Wrap the list filtering in macro calls, and have the functions define what they need.
14:40.02starseekeranybody know if there's some kind of json or ascii text standard language for defining key bindings independent of a graphical toolkit or OS?
14:59.57Notify03BRL-CAD Wiki:Thien doan * 0 /wiki/User:Thien_doan:
15:00.38*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
15:10.02*** join/#brlcad amarjeet (~Amarjeet@101.211.241.239)
15:15.53*** join/#brlcad amarjeet (~Amarjeet@101.211.241.239)
15:23.15*** join/#brlcad amarjeet (~Amarjeet@101.211.241.239)
16:29.35*** join/#brlcad amarjeet (~Amarjeet@101.211.230.45)
16:56.53*** join/#brlcad ickby (~stefan@x5d846921.dyn.telefonica.de)
17:06.44*** join/#brlcad amarjeet (~Amarjeet@101.211.221.7)
17:14.17*** join/#brlcad ickby (~stefan@x5d844311.dyn.telefonica.de)
17:17.15*** join/#brlcad amarjeet (~Amarjeet@101.211.234.179)
17:45.16*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
17:54.44*** join/#brlcad sniok (~sniok@89.252.2.135)
18:24.03*** join/#brlcad shubham_ (2d73b017@gateway/web/freenode/ip.45.115.176.23)
18:40.27*** join/#brlcad merzo (~merzo@200-92-132-95.pool.ukrtel.net)
18:43.55*** join/#brlcad merzo (~merzo@200-92-132-95.pool.ukrtel.net)
18:51.08*** join/#brlcad amarjeet (~Amarjeet@101.211.211.53)
19:14.51brlcadstarseeker: no, you're right -- misc/CMake is our code and an exception in that dir (arguably doesn't belong in misc, but better than creating another top-level)
19:17.33brlcadand you found a bug in the repository script.  that's why it was missing platform symbols in headers
19:17.43Notify03BRL-CAD:brlcad * 68675 brlcad/trunk/regress/repository.sh: oops, this needs to be an extended regex due to the or construct (thx to cliff for noticing no header matches were being reported)
19:19.13brlcadat a glance, the regex doesn't look right to me now either .. I think that was for when the whole file was getting tokenized on whitespace
19:39.31*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:58.07*** join/#brlcad merzo (~merzo@200-92-132-95.pool.ukrtel.net)
21:54.08Notify03BRL-CAD:brlcad * 68676 brlcad/trunk/regress/repository.sh: former platform regex was quite suboptimal. go with a simpler but more relevant test for platform symbols used in a logical context. also, expand the list of platforms considerably (intentionally avoiding a few platform names that also double as standard names). performance needs rework as it now runs longer with more symbols being tested.
21:54.48brlcadstarseeker: hopefully that won't be too hard to accommodate, but there's a MUCH better list of platform instances now
21:54.56brlcadshould be able to pull the regex logic
22:08.40starseekerbrlcad: urk... I was hoping you'd stick to the *WIN* instances for a while ;-)
22:09.08brlcad:)
22:09.12starseekerdid you mean HAIKU rather than HIAKU?
22:09.14Notify03BRL-CAD:brlcad * 68677 brlcad/trunk/regress/repository.sh: order of magnitude speedup, do all platforms at once with one monster regex. still separating headers from sources from build logic since they're categorically different work to fix them.
22:09.15brlcadthere, that should be it
22:10.32starseekerbrlcad: I'm preparing to chop up regress-repository into a bunch of parallel tests for individual symbols in the hopes that they'll finish faster in parallel
22:10.43starseekeris that workable, or did you want to stick to one big test?
22:12.26starseekerI think I can pull the new regexes easily enough, but the performance characteristics of the CMake regex matching may differ a bit
22:16.49brlcadI'm fine with one big test
22:17.46starseekerblinks - is that to avoid added complexity?
22:18.23Notify03BRL-CAD:brlcad * 68678 brlcad/trunk/regress/repository.sh: oops, remove temp code to isolate the platform tests
22:19.42Notify03BRL-CAD:brlcad * 68679 brlcad/trunk/src/libfb/if_ogl.c: rename the SGI() helper macro to SGIINFO() so it matches the structure (and avoids false-positive platform matches)
22:19.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:20.06brlcadyeah, I did mean HAIKU, good catch
22:23.22brlcadand yes, part to avoid complexity but also that serial hasn't been gobbling up a concerning amount of time just yet
22:23.41brlcadI think a minute or so is probably a threshold
22:23.56starseekerhmm.  I guess it's annoying me more since it's one of two regress tests that are way slower than all the others...
22:24.04brlcadlooks like new version is taking about 2min on my laptop
22:24.12brlcadnods
22:24.31brlcadi've seen it when it stalls on the list, maybe 30sec was the threshold :)
22:24.56starseekerbrlcad: I'll see what I can set up and run it by you - I'll need to show a definite performance boost, and I haven't actually run the test yet
22:25.01brlcadcould just break it up into different batches
22:25.10starseekerthat's kinda what I'm doing...
22:25.31starseekeror preparing to do, at least
22:25.33brlcadI still think simple will win, whatever that looks like
22:26.15brlcadcheck out the new sh logic, the looping was reduced on all three
22:26.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:27.12starseekerI will - I don't think CMake can match grep's speed for regex processing cycle-for-cycle, but I'll try to come up with something that's simple enough and performant enough to be workable
22:27.39starseekerwants to eventually be able to run *all* of our tests on Windows, including regress-repository
22:28.03brlcadactually I would expect the opposite, that it can't match the shell but that cpu-bound regex testing is probably on par
22:29.16starseekerwell, let me see what I can achieve after I port the newer regex patterns
22:29.28brlcadit's all literally one pattern now
22:30.05brlcadbecause of the same issue
22:30.36starseekerwill that pattern match upper and lower case IF ?
22:30.55brlcadwhile looping over platforms, looping over files, to run "grep platform file" was order slower than
22:31.07brlcadwhile loop over files, run "grep platforms file"
22:31.16brlcadyes
22:31.29brlcadgrep -i -n -E
22:31.35starseekeroh, OK a grep option
22:31.56brlcadthat's also for insensitive platforms (e.g., __linux__ and __LINUX__)
22:32.14starseekernods... I don't think CMake can do case-insensitive regex, but I'll check
22:32.38brlcadyou'll notice that it's actually fewer than it was, but that's mostly because I no longer have it reporting the else and endif cmake instances
22:32.52starseekernods - makes sense
22:34.13brlcadwow, looks like you're right
22:34.19brlcadthat's okay, easy enough to mod
22:34.52starseekerprobably the thing to do in CMake is to just use string to upper case the file contents before doing the REGEX
22:35.05starseekerthat'll keep the regex simple
22:35.18Notify03BRL-CAD:brlcad * 68680 brlcad/trunk/regress/repository.sh: there are now 160 with the endif/else cmake lines dropped and new platform detections added
22:35.49starseekerI'll experiment - I know I'll have to be able to show some sort of convincing advantage if I'm going to convince you to let me switch it ;-)
22:37.40brlcadI would expect a regex that matches both to be faster than upconverting all files
22:38.08brlcadI have the output lines sorted now too, so you can more easily compare
22:38.15brlcadmore directly diffable output
22:38.17starseekerah, good - thanks
22:39.45brlcadyeah, so on my laptop, doing the case sensitivity in the regex makes the times go from 120s to 124s :)
22:40.02brlcadI doubt all files can be upconverted in 4s :)
22:40.06starseekerheh - OK
22:40.59starseekerwill work on it later tonight - I'll try to have a definite proposed system in CMake by Wed. for discussion
22:41.33starseekermust now attend to neglected household chores...
22:41.41brlcadthere, that should directly translate
22:41.51Notify03BRL-CAD:brlcad * 68681 brlcad/trunk/regress/repository.sh: manually do case insensitive matching instead of relying on grep to do it for us since cmake doesn't expose an insensitive option during regex matching.
22:42.05starseekerawesome - thanks!
22:42.20brlcadonly problem you might have is figuring out what cmake wants escaped
22:42.48starseekernods - I think I had to do a couple tweaks in that regard with the original translation
22:42.55brlcad(|) are special regex chars
22:44.02brlcadcool, cmake does support subexpressions, so it should work as written
22:45.24brlcadif I'd reading their docs right, looks like you can just remove the backslashes from the shell script version (i.e., the regex as it is printed via echo, deslashed)
23:08.46*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160815

IRC log for #brlcad on 20160815

00:00.32Notify03BRL-CAD:brlcad * 68682 (brlcad/trunk/src/libdm/dm-X.c brlcad/trunk/src/libdm/dm-generic.c and 9 others): reduce the number of Tcl symbols in libdm. don't need to be using TCL_OK/ERROR when we have equivalent API.
00:44.20*** join/#brlcad dzbybkubocwmtqdy (~armin@dslb-088-066-144-194.088.066.pools.vodafone-ip.de)
01:00.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:54.22*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
06:47.24*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:09.41*** join/#brlcad sniok (~sniok@89.252.2.135)
08:18.15*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
08:53.04*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
09:35.01*** join/#brlcad merzo (~merzo@92.60.189.225)
09:35.01*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:58.26*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:13.23*** join/#brlcad sniok (~sniok@89.252.2.135)
12:58.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:04.27*** join/#brlcad amarjeet (~amarjeet@101.211.212.152)
14:35.26Notify03BRL-CAD:starseeker * 68683 brlcad/trunk/regress/repository.cmake: set up so we can run all tests with a single variable define.
14:48.02Notify03BRL-CAD:starseeker * 68684 brlcad/trunk/regress/repository.cmake: printing tweaks
14:49.13Caterpillar2[16:06] <starseeker> fyi - there was apparently some interest in an openNURBS package back in 2011:  https://lists.fedoraproject.org/archives/list/legal@lists.fedoraproject.org/thread/JP2RTIBREMZ5SIFMJ35AHXXQDJHQPQLX/
14:50.02Caterpillar2hi, I have just contacted Jiri about openNURBS. He told me he gave up due opennurbs shipping zlib library. I think it is quite easy to unbundle it, I had a similar experience while packaging darktable software
14:51.45Caterpillar2(zlib is already shipped in Fedora and its version is 1.2.8)
14:56.39Notify03BRL-CAD:starseeker * 68685 brlcad/trunk/regress/repository.cmake: More logic tweaks.
14:56.49Caterpillar2if you have free time, / if you want,   we could work together on packaging all libraries and finally brl-cad
14:57.29Caterpillar2if not, I can do it, but it will require an undefinite amount of time
15:01.30Notify03BRL-CAD:brlcad * 68686 brlcad/trunk/regress/repository.sh: all hial hiaku
15:03.23brlcadCaterpillar2: happy to support you in any way we can
15:04.06brlcadCaterpillar2: regarding opennurbs, is it not enough to simply ensure that opennurbs' bundled zlib is not compiled -- that it's using the system/package-installed zlib?
15:04.43brlcadthat said, our bundling of openNURBS has zlib stripped out (because we already bundle it) ;)
15:05.29brlcadyou could probably just turn our src/other/openNURBS directory into a package
15:05.46brlcadthat would solve two problems
15:06.22Caterpillar2[17:05] <brlcad> you could probably just turn our src/other/openNURBS directory into a package
15:06.35Caterpillar2no the Fedora policy says that you must take the upstream package
15:06.56Caterpillar2[17:04] <brlcad> Caterpillar2: regarding opennurbs, is it not enough to simply ensure that opennurbs' bundled zlib is not compiled -- that it's using the system/package-installed zlib?
15:07.00Caterpillar2yeah it should work
15:09.28brlcadI'm suggesting that there is no upstream, that you are defining upstream
15:10.14Caterpillar2brlcad: mmh can you rewrite your statement? Sorry, English is not my first language ;-)
15:10.16brlcaddumping a tarball on a website without any support hardly makes for your traditional "upstream" supplier
15:11.52brlcadCaterpillar2: you're talking about pulling a tarball from a URL, applying a set of patches (to remove zlib, apply other fixes)
15:13.00brlcadall I was suggesting is changing the URL (e.g., to a fork we can put on github) so you don't have to patch
15:13.21brlcadit doesn't matter, just offering options :)
15:13.45Caterpillar2brlcad: is https://www.rhino3d.com/en/opennurbs   the upstream developer of openNURBS?
15:14.44brlcaddepends how you define upstream, but sure -- that's certainly where we forked from
15:15.41brlcadCaterpillar2: hablas español? what's your native language?
15:15.49Caterpillar2brlcad: Italian
15:17.07brlcadah, molto bene ... tranne il mio italiano é  terrible :)
15:17.36Caterpillar2brlcad: ehhe
15:18.18Caterpillar2https://fedoraproject.org/wiki/Packaging:Guidelines#Bundling_and_Duplication_of_system_libraries
15:18.23brlcadho studiato per un paio di anni
15:18.39brlcadma ho dimenticato .. tutti
15:18.40Caterpillar2di dove sei?
15:19.27brlcaddepende lo che cuenta
15:19.43Caterpillar2?
15:19.43brlcadvivo in us
15:19.46Caterpillar2ah ok
15:20.36brlcadfully fluent in spanish, but also rusty writing it
15:21.44Caterpillar2nice
15:21.57brlcadanyways... so yeah, rhino3d are the main opennurbs developers but we have a fork that is improved, in ways they will not integrate
15:22.52brlcadwe have fixes that they don't care about (we've pushed them upstream), we have other changes they specifically exclude for business reasons
15:23.06brlcadthey sell a product containing the same modifications we make
15:24.07Caterpillar2brlcad: ok, so I have to ask to Fedora Packaging Committee if they give me an exception to the rules. There is a specific ticket system for such problems
15:24.09brlcadso we could treat our version as a completely separate fork (e.g., Xorg vs X11 or ECGS vs GCC or thunderbird vs firefox, etc)
15:24.31Caterpillar2brlcad: interesting
15:24.53brlcadeither way, we need the patches we made -- geometry fails to render correctly without at least one of them
15:25.14brlcadrendering is something they don't support
15:26.16brlcadif needed, we can set up a proper repository just for our fork, or we can revisit discussions with the rhino folks (we don't really want to maintain a fork)
15:27.15Caterpillar2brlcad: if you revisit discussions with the rhino folks it would be perfect
15:28.37brlcadwe can try, but it will probably take a while to sort out succinct patches again for discussion
15:28.58brlcadstarseeker: care to try upgrading opennurbs next? :)
15:29.09Caterpillar2brlcad: yeah I can imagine
15:32.35Notify03BRL-CAD:starseeker * 68687 brlcad/trunk/regress/repository.cmake: start working on new regex match
15:38.17Caterpillar2brlcad: I have to go out home in a few minutes, for any question you can send me an e-mail or just wait for me to get back later :-))
15:45.33*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
15:56.04brlcadstarseeker: I note that [# ] != [[:space:]#] ... you want something like [ \t\r\n\f#] if it doesn't support the posix classes
15:59.04Notify03BRL-CAD:starseeker * 68688 brlcad/trunk/regress/repository.cmake: Make the cmake outputs a bit closer to the repository.sh output. CMake matching is slower than repository.h, but we're also catching some cases like src/mged/qray.h:38: #ifndef _WIN32 that I'm not seeing in the repository.sh output. Maybe it's time to see if the unifdef program can be used to do the symbol extraction piece, rather than cobbling
15:59.06Notifytogether regex patterns...
15:59.08Notify...
16:05.35*** join/#brlcad amarjeet (~amarjeet@101.211.209.70)
16:14.47brlcadstarseeker: matching that qray.h line is technically an incorrect match for that regular expression
16:17.55brlcadobviously a desirable match in this particular instance, but not what the regular expression says -- it says match platform symbol followed by a non A-Z character (and there are no more chars on that line)
16:18.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:24.56starseekerbrlcad: no argument
16:25.35starseekerbrlcad: I can take a run at openNURBS, sure
16:25.59starseekerbe a little bit - want to get this repository symbol stuff sorted if we can...
16:27.09starseekerbrlcad: I'm trying an experiment with unifdef, which is showing a bit of promise
17:00.20*** join/#brlcad ickby (~stefan@x5d84498e.dyn.telefonica.de)
17:27.25*** join/#brlcad sniok (~sniok@89.252.2.135)
17:36.53*** join/#brlcad ickby (~stefan@x5d84498e.dyn.telefonica.de)
19:16.55Notify03BRL-CAD:starseeker * 68689 brlcad/trunk/regress/repository.cmake: Tweak regex, fix quick test for line
19:23.13*** join/#brlcad sniok (~sniok@89.252.2.135)
19:36.35Notify03BRL-CAD:brlcad * 68690 (brlcad/trunk/regress/repository.cmake brlcad/trunk/regress/repository.sh): tweak the regex to match symbols ending on the end of line. remove MACH as it's really a hardware platform.
19:36.42brlcadstarseeker: why in the world are there two platform lists already?? :)
19:39.33*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
19:39.38Caterpillar2back again
19:40.08brlcadseems like premature complication...
19:40.12brlcadhi Caterpillar2
19:44.53brlcadstarseeker: is doing the two non-regex MATCHES followed by the regex MATCHES actually faster?  that's a bit surprising
19:46.13brlcadalso, how can I manually test it?  get error with this:
19:46.14brlcadagua:brlcad.trunk morrison$ cmake -P regress/repository.cmake
19:46.14brlcadCMake Error at regress/repository.cmake:97 (list):
19:46.15brlcad<PROTECTED>
19:56.25Notify03BRL-CAD Wiki:Tandoorichick * 9815 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
20:07.17Caterpillar2brlcad: so, I will wait for your news before doing anything with openNURBS
20:09.03brlcadwell assume all goes perfectly or poorly, I'm not sure it changes much from a packaging perspective unless we host a fully managed fork ourselves
20:09.24brlcadand the only incentive for doing that right now would be for packaging
20:09.53Caterpillar2ok
20:11.39brlcadso you're either waiting to hear if we need to fork (less work for you, more work for us) or package them as-is (more work for you, less work for us), yes?
20:13.59Caterpillar2Rather than forking, we were talking about you revisiting discussions with Rhino guys
20:14.05Caterpillar2I am not in a hurry, so we can take all the time we need.
20:18.56brlcadyes we revisit discussions with rhino guys, that wasn't in question :)
20:19.31brlcadyou said you would wait ... I'm trying to understand why you'd need to wait as the outcomes of good or bad discussions may be the same (for you)
20:19.43brlcadit's only different if we fork
20:27.46Caterpillar2brlcad: the difference for me is:                       if your openNURB patches will be accepted upstream, I can simply take the new & patched upstream openNURBS code and package it into Fedora.                    If those patches are not accepted by upstream, I will have to package BRL-CAD modified version of openNURBS, I will be trapped for some weeks into Fedora burocracy emails, explaining and asking permissions to Fedora Packaging
20:27.48Caterpillar2Committee, etc.
20:30.32Caterpillar2but the final result should be almost the same
20:44.36Caterpillar2now I have to go to bed, see you tomorrow!
20:46.47Stragusponders regex with JIT compilation of SSE 4.2 string operations
21:06.44*** join/#brlcad infobot (ibot@rikers.org)
21:06.44*** topic/#brlcad is BRL-CAD release 7.26.0 is out! More than 150 user-visible changes including 6 major efforts! || GSoC 2016 is coming to a close, showcase forthcoming || Help needed reviewing and integrating 700+ GCI tasks || Logs: http://ibot.rikers.org/%23brlcad/
21:15.52Notify03BRL-CAD:starseeker * 68691 (brlcad/trunk/misc/tools/CMakeLists.txt brlcad/trunk/regress/repository.cmake): Use a customized version of unifdef to identify and report symbols in the source code. Appears to be both fast and robust.
21:19.48Notify03BRL-CAD:starseeker * 68692 brlcad/trunk/misc/tools/unifdef/platform_symbols.h: remove MACH from os platform symbols list
21:21.29starseekerbrlcad: to manually test, it's cmake -DSOURCE_DIR=/path/to/brlcad -DUNIFDEF_EXEC=/path/to/customized/unifdef -DRUN_ALL_TESTS=1 -P repository.cmake
21:22.34starseeker(sorry, wasn't watching channel)
23:13.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:15.49brlcadstarseeker: I still get the subfilter error
23:16.12brlcadis that perhaps using some >3.3 cmake feature?
23:52.31Notify03BRL-CAD Wiki:Sean * 9816 /wiki/Example_db_walk_tree: merge in the void* update from asad
23:52.45Notify03BRL-CAD Wiki:Sean * 0 /wiki/Db_walk_tree: not needed, merged with main
IRC log for #brlcad on 20160816

IRC log for #brlcad on 20160816

00:43.21*** join/#brlcad izrcktabrpeuglub (~armin@dslb-188-098-169-191.188.098.pools.vodafone-ip.de)
01:12.21starseekershoot - yeah, guess it's a newer feature
01:12.26starseekerwell crud
01:13.36starseeker3.6 feature actually
01:13.41starseekerso brand new
01:14.01starseekerguess I'll have to re-code those
01:15.25starseekerdarn - that was convenient
01:27.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:16.14Notify03BRL-CAD Wiki:Asadmorgoth * 9817 /wiki/Geometry_Viewer_Application_for_BRL-CAD: Adding GLFW support
04:22.13*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
05:28.26Notify03BRL-CAD Wiki:Mandeeps708 * 9818 /wiki/User:Mandeeps708/GSoC16/logs: /* Coding Period */
06:43.14*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:14.17*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
07:28.03*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
07:38.38*** join/#brlcad amarjeet_ (~Amarjeet@202.164.53.117)
07:47.12*** join/#brlcad amarjeet_ (~Amarjeet@202.164.53.117)
07:53.07*** join/#brlcad amarjeet_ (~Amarjeet@202.164.53.117)
07:56.36*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
07:57.34*** join/#brlcad sniok (~sniok@89.252.2.135)
08:42.24*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:10.34*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
10:10.39Caterpillar2good day
10:12.19*** join/#brlcad amarjeet (~Amarjeet@202.164.53.117)
10:24.28*** join/#brlcad amarjeet (~Amarjeet@202.164.53.117)
10:27.25*** join/#brlcad amarjeet_ (~Amarjeet@202.164.53.117)
11:08.35*** join/#brlcad sniok (~sniok@89.252.2.135)
13:13.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:40.27Notify03BRL-CAD:brlcad * 68693 brlcad/trunk/src/libbu/redblack.c: bad format conversion, %0p is undefined. just print the pointer. (reported by pedro giffuni)
13:43.37*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
13:44.17*** join/#brlcad yorik (~yorik@187.35.8.25)
13:52.27Notify03BRL-CAD:brlcad * 68694 brlcad/trunk/src/libbu/malloc.c: freebsd 11 defines ALIGN() in param.h so use a different name here.
14:11.04Notify03BRL-CAD:brlcad * 68695 (brlcad/trunk/NEWS brlcad/trunk/src/libged/brep.c): make the brep command apply a convention consistent with a few other places in our code, using .[PRIMNAME] (i.e., '.brep' here instead of _brep). probably want to reconcile with facetize and nmg commands doing similar format conversions (e.g., make 'facetize [-o new] old' output old.bot or old.nmg accordingly when a new name is not
14:11.06Notifyspecified and make brep have a -o named output option.
14:11.08Notify...
14:21.20*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
14:23.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:31.42*** join/#brlcad sniok (~sniok@89.252.2.135)
15:46.34riesbrlcad: ping
15:52.09Notify03BRL-CAD:brlcad * 68696 brlcad/trunk/src/libbu/redblack.c: cast needed to turn the function pointer into a void pointer (reported by pedro giffuni)
15:52.40brlcadries: pong
15:54.02Notify03BRL-CAD:starseeker * 68697 brlcad/trunk/regress/repository.cmake: Report based on consolidated results, rather than per-symbol.
15:56.02brlcadstarseeker: is it possible to get it reporting the public headers and source files separate (or does it do that already)?
15:56.51brlcadI found fixing those two to be somewhat different workloads, so some value reporting them segregated
16:20.09asad_brlcad: hey i've got the glfw3 to work open a window
16:20.51asad_Can you kindly guide me how to go about mapping the top level objects from g file onto OpenGL/glfw calls.
16:34.55brlcadstarseeker: https://github.com/nasa/NASTRAN-95
16:35.06brlcadasad_: awesome
16:37.27brlcadtry something really simple, like draw a point for every object in the hierarchy at their position
16:38.58brlcadpoint, triangle, box, sphere, anything that's easy
16:39.38brlcadscreenshot of your window?
16:47.39*** join/#brlcad sniok (~sniok@89.252.2.135)
16:55.14Notify03BRL-CAD:starseeker * 68698 brlcad/trunk/regress/repository.cmake: Make a macro to replace the filter subcommand - this implementation is much slower, will have to revisit.
17:08.35starseekerbrlcad: I can break out the source files and the headers - not doing it right now, but not hard
17:09.35starseekerbrlcad: hah!  pity about the license, but still that's awesome
17:10.46brlcadgiven all the Gov't open source discussions we've been having for the past month, I'm starting to become convinced that NOSA has no legal weight whatsoever
17:11.13starseekerO.o
17:11.52brlcadnot that it matters, but it's been an interesting roundtable of discussions with different lawyers
17:13.00starseekernotes that the license-review list still hasn't taken up NOSA 2.0?
17:17.06starseekerneat:  https://github.com/nasa/NASA-3D-Resources/tree/master/3D%20Models
17:18.13brlcadcool, whole variety of formats there
17:18.39brlcadheh, includes the wrench they 3d printed
17:18.50starseekerdon't see any step or iges, but still... the apollo 11 landing site would make a really cool dsp example, if we could convert stl to dsp
17:20.40brlcadwants to convert them all to .g
17:21.09brlcadwould make a nice conversion test suite to aim for 100% conversion
17:22.08brlcadi'm seeing obj, stl, blend, texture images, terrain data, 3ds, lwo, fbx, ...
17:23.22starseekernods - it looks like this is mostly from this website: http://nasa3d.arc.nasa.gov/models
17:23.38starseekeranimation models rather than CAD/solid models... not too surprising, really
17:24.06brlcadcool, the entire ISS in hierarchical structure
17:24.11starseekerlot of 3ds
17:24.16brlcadlots of lwo
17:24.31brlcad(lightwave objects)
17:25.38starseekergood inputs for the full triangles -> nurbs -> csg conversion process from the looks of things (well, modulo the terrain and asteroid models)
17:25.40brlcadwhat a great way to populate the OGV
17:26.00brlcadis scheming
17:29.02starseekerhmm... assimp claims it supports both lwo and 3ds: http://www.assimp.org/main_features_formats.html
17:30.37*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
17:33.51brlcadassimp gcv plugin ftw
17:34.59starseekerindeed, although we'd have to sort out the gcv command line option handling for that one ;-)
17:43.55*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
18:58.42*** join/#brlcad sniok (~sniok@89.252.29.238)
19:17.45*** join/#brlcad ickby (~stefan@x5d844b47.dyn.telefonica.de)
19:23.41Notify03BRL-CAD:starseeker * 68699 brlcad/trunk/regress/repository.cmake: try another approach to list filtering... maybe a tiny bit faster, but not a lot.
19:31.15*** join/#brlcad amarjeet (~Amarjeet@101.211.245.84)
19:54.19Notify03BRL-CAD:starseeker * 68700 brlcad/trunk/regress/repository.cmake: consolidate build file tests. Unfortunately, this seems to be appreciably slower...
20:01.01*** join/#brlcad amarjeet (~Amarjeet@101.211.245.84)
20:17.52Notify03BRL-CAD Wiki:Tandoorichick * 9819 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
21:13.37*** join/#brlcad amarjeet_ (~amarjeet@101.211.245.84)
21:39.26*** join/#brlcad merzo (~merzo@7-30-132-95.pool.ukrtel.net)
21:54.40Notify03BRL-CAD:starseeker * 68701 brlcad/trunk/regress/repository.cmake: remove debugging printout
22:12.29*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:28.27*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
IRC log for #brlcad on 20160817

IRC log for #brlcad on 20160817

00:14.46*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
00:28.45*** join/#brlcad merzo (~merzo@195-28-133-95.pool.ukrtel.net)
00:41.56*** join/#brlcad qpgtvklzimihudpc (~armin@dslb-092-074-243-149.092.074.pools.vodafone-ip.de)
00:47.15*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
01:07.56*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
01:10.26starseekersrc/libbu/redblack.c:892:6: error: ISO C forbids conversion of function pointer to object pointer type [-Wpedantic]
01:10.29starseeker<PROTECTED>
01:14.35starseekerI think this may be the same thing I was bouncing back and forth on - keeping gcc and clang happy at the same time...
01:19.21*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
02:19.02brlcadstarseeker: hm, okay -- I can work around that I think
02:20.20brlcadstarseeker: bizarre build error encountered, could use your insight
02:21.13brlcadpedro (freebsd dev) is reporting a curious build failure where it finds uuid/uuid.h during cmake but then fails compilation of src/libbu/uuid.c because it can't find the header
02:22.10brlcadlooks like the header is properly installed in /usr/local/include and our top-level CMakeLists.txt file adds it to CMAKE_PREFIX_PATH and CMAKE_REQUIRED_INCLUDES
02:22.45brlcadthis seems to cause -I/usr/local/include flags during cmake, but not during make thus causing the error
02:27.18Notify03BRL-CAD:brlcad * 68702 brlcad/trunk/CMakeLists.txt: check for uuid.h not stashed into a subdir too. observed install path on FreeBSD
02:28.41Notify03BRL-CAD:brlcad * 68703 brlcad/trunk/src/libbu/uuid.c: check both in subdir and not for a system uuid.h
02:42.27Notify03BRL-CAD:brlcad * 68704 brlcad/trunk/src/libbu/redblack.c: not strictly valid, but good enough for printing a debug line and should quell the conversion warning. go to an integer type before going to void. note that compilers have extreme flexibility as to how they encode function pointers, so the value printed is essentially meaningless (it could be a string)
02:59.28starseekerbrlcad: um... I think the "usual" pattern there would be to define a UUID_INCLUDE_DIR variable when the header was found and add that to the include directories for that library, but /usr/local/include is surprising
03:01.03brlcadthis isn't specific to uuid, it just happens to be the header in this situation
03:01.27brlcadit's a system header found, but the system path isn't on the compile list
03:01.59brlcadwith autotools, we manually included -I, and presumably setting CMAKE_REQUIRED_INCLUDES and CMAKE_PREFIX_PATH does that ... but it seemingly is not??
03:03.17brlcadthinks something like this would make for a good repo test: http://stackoverflow.com/questions/16429376/how-can-i-let-cmake-check-whether-my-headers-are-self-sufficient
03:03.46brlcad... try compiling all our public headers as C and C++ headers, make sure they are self-contained
03:06.45starseekeroh, this bit?  check_include_files("${header_files}" IS_STANDALONE)
03:08.03starseekerbeen a while since I looked at the bit setting up the default system includes - I'll check it tomorrow
03:09.04starseekeragrees that would be a good check
03:09.12starseeker(IS_STANDALONE)
03:10.28brlcadapparently that SO discussion leads me to believe it won't work with check_include_files()
03:11.51starseekerhmm.
03:11.54brlcadbut that it is manually possible with check_include_file() and check_include_file_cxx()
03:12.05brlcad(the first answer)
03:13.07starseekerwill have to try some experiments
03:13.25starseekerlibbu building here, by the way (gcc)
03:14.44Notify03BRL-CAD:brlcad * 68705 brlcad/trunk/CMakeLists.txt: really go the distance to ensure /usr/local/include is included in the compilation cppflags, not just during cmake
03:16.15brlcadthat should do the trick, a bit aggressive, but should be safe I think
03:20.21Notify03BRL-CAD:brlcad * 68706 brlcad/trunk/CMakeLists.txt: might as well be consistent. this doesn't matter on platforms lacking /usr/include (e.g., windows)
03:30.39*** join/#brlcad amarjeet (~Amarjeet@101.211.232.164)
04:19.31brlcadhm, interesting non-coding piece about personalities on github: https://github.com/raganwald/presentations/blob/master/optimism.md
05:11.14*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
05:12.11*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
05:24.15*** join/#brlcad amarjeet (~Amarjeet@101.211.232.164)
05:34.06*** join/#brlcad amarjeet (~Amarjeet@101.211.232.164)
05:35.13*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
06:49.12*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:55.50*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:02.36*** join/#brlcad sniok (~sniok@89.252.2.135)
08:22.31*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
09:09.48*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
09:17.08*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:25.31*** join/#brlcad sniok (~sniok@89.252.2.135)
09:46.04*** join/#brlcad merzo (~merzo@92.60.189.225)
10:08.06*** join/#brlcad merzo (~merzo@92.60.189.225)
10:14.57*** join/#brlcad merzo (~merzo@92.60.189.225)
10:29.22*** join/#brlcad merzo (~merzo@92.60.189.225)
10:38.21*** join/#brlcad merzo (~merzo@92.60.189.225)
10:45.38*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:57.01*** join/#brlcad amarjeet (~Amarjeet@202.164.53.117)
10:59.10*** join/#brlcad amarjeet_ (~Amarjeet@202.164.53.117)
11:03.10*** join/#brlcad amarjeet (~Amarjeet@202.164.53.117)
11:06.28*** join/#brlcad amarjeet_ (~Amarjeet@202.164.53.117)
11:19.51*** join/#brlcad sniok (~sniok@89.252.2.135)
11:57.29*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:54.22*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
13:14.07*** join/#brlcad yorik (~yorik@187.35.8.25)
13:35.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:00.06*** join/#brlcad amarjeet (~Amarjeet@101.211.245.252)
14:08.27*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
14:17.29*** join/#brlcad amarjeet (~Amarjeet@101.211.245.252)
14:18.09*** join/#brlcad amarjeet (~Amarjeet@101.211.245.252)
14:49.38*** join/#brlcad amarjeet (~Amarjeet@101.211.242.61)
15:12.59*** join/#brlcad amarjeet (~amarjeet@101.211.242.61)
15:18.27*** join/#brlcad sniok (~sniok@89.252.2.135)
16:24.33*** join/#brlcad amarjeet_ (~Amarjeet@101.211.242.61)
16:56.31*** join/#brlcad amarjeet_ (~Amarjeet@101.211.223.228)
17:08.59*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
17:14.04*** join/#brlcad amarjeet (~amarjeet@101.211.241.6)
17:22.32*** join/#brlcad ickby (~stefan@x5d8461cd.dyn.telefonica.de)
17:25.46*** join/#brlcad amarjeet (~Amarjeet@101.211.245.41)
17:25.58*** join/#brlcad sniok (~sniok@89.252.2.135)
17:26.25*** join/#brlcad amarjeet (~Amarjeet@101.211.245.41)
17:31.46*** join/#brlcad amarjeet (~Amarjeet@101.211.230.112)
17:37.19*** join/#brlcad amarjeet_ (~amarjeet@101.211.230.112)
17:40.35*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
17:54.42*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
18:39.54*** join/#brlcad ickby (~stefan@x5d8461cd.dyn.telefonica.de)
18:42.10*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
18:45.55*** join/#brlcad merzo (~merzo@88-249-94-178.pool.ukrtel.net)
18:54.02*** join/#brlcad ickby_ (~stefan@x5d8461cd.dyn.telefonica.de)
20:15.33*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
20:30.27Notify03BRL-CAD:brlcad * 68707 (brlcad/trunk/include/bu/str.h brlcad/trunk/src/libbu/booleanize.c): add recognition for on/off as boolean string values for cmake-style compatibility and convenience with env var string parsing. removed t/T/f/F for true/false, but still need to make sure nobody was relying on that shorthand (tcladjust in particular). made all testing case-insensitive. fixed the unreachable final return.
20:32.16Notify03BRL-CAD:brlcad * 68708 brlcad/trunk/TODO: note to self, need to check usages
20:48.43Notify03BRL-CAD:starseeker * 68709 brlcad/trunk/src/tclscripts/tkcon.tcl: we don't want tkcon hijacking dir on the MGED command prompt.
20:57.50*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:14.02*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
23:35.56Notify03BRL-CAD Wiki:Tandoorichick * 9820 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
IRC log for #brlcad on 20160818

IRC log for #brlcad on 20160818

00:46.25*** join/#brlcad LordOfBikes (~armin@dslb-178-007-230-037.178.007.pools.vodafone-ip.de)
02:00.33Notify03BRL-CAD:starseeker * 68710 brlcad/trunk/src/libged/CMakeLists.txt: rename report.c file in libged to match its actual command.
02:02.59Notify03BRL-CAD:brlcad * 68711 (brlcad/trunk/src/libbn/clip.c brlcad/trunk/src/libbn/plane.c and 10 others): pedro's got a newer llvm and is tearing through new code checks. this one: stray semicolons.
02:07.50Notify03BRL-CAD:brlcad * 68712 brlcad/trunk/src/libged/bigE.c: make a trailing semicolon required for the macro by turning it into a do/while(0)
02:08.09Notify03BRL-CAD:starseeker * 68713 (brlcad/trunk/include/ged/view.h brlcad/trunk/src/libged/solid_report.c and 2 others): This may be technically user visible in archer... ged_report should be much more general than this functionality, so go with the mged solid_report version of things and free up 'report'. TODO - the summary command needs a lot more oomph - should it become a proper report command?
02:09.35Notify03BRL-CAD:starseeker * 68714 brlcad/trunk/CHANGES: unlikely, but add the ged_report -> ged_solid_report mapping just in case.
02:24.39Notify03BRL-CAD:brlcad * 68715 (brlcad/trunk/CHANGES brlcad/trunk/ChangeLog and 16 others): woot! pedro giffuni found 100+ spelling mistakes using code-spell
03:48.57Notify03BRL-CAD:brlcad * 68716 brlcad/trunk/CMakeLists.txt: mark /usr/local/include as a SYSTEM path
03:50.12Notify03BRL-CAD:brlcad * 68717 brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: try to make sure our include paths come first regardless of when they they were added
04:01.52Notify03BRL-CAD:brlcad * 68718 brlcad/trunk/CHANGES: report / solid_report is not documented, archer is not announced
04:58.05*** join/#brlcad amarjeet (~Amarjeet@101.211.237.16)
05:24.45*** join/#brlcad amarjeet (~Amarjeet@101.211.237.16)
05:40.44Notify03BRL-CAD Wiki:Hodmechanicalscient * 0 /wiki/User:Hodmechanicalscien:
05:47.22*** join/#brlcad amarjeet (~Amarjeet@101.211.237.16)
06:45.36*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:57.03*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
08:23.28*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:23.59*** join/#brlcad amarjeet (~Amarjeet@101.211.245.110)
08:25.40*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
08:40.46*** join/#brlcad sniok (~sniok@89.252.2.135)
08:53.51*** join/#brlcad amarjeet (~Amarjeet@101.211.245.110)
08:57.44Notify03BRL-CAD Wiki:Gauravjeet * 9821 /wiki/Installing_OGV_on_freebsd: Created page with "== Getting Ready == Since Meteor installer doesn't support freeBSD operating system, we need to manually build and compile the meteor source code. Currently, this method is t..."
08:58.03*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:01.20Notify03BRL-CAD Wiki:Gauravjeet * 9822 /wiki/Installing_OGV_on_freebsd: /* Step 2: Build the node module */
09:17.46Notify03BRL-CAD:59.91.119.167 * 9823 /wiki/Installing_OGV_on_freebsd: /* Installing few packages */
09:26.32*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
09:41.06*** join/#brlcad amarjeet (~Amarjeet@101.211.245.110)
10:16.36*** join/#brlcad amarjeet (~Amarjeet@101.211.212.77)
10:39.58*** join/#brlcad sniok (~sniok@89.252.2.135)
10:41.20*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
10:44.20*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
10:59.50*** join/#brlcad merzo (~merzo@92.60.189.225)
13:12.28*** join/#brlcad amarjeet (~Amarjeet@101.211.241.248)
13:16.25*** join/#brlcad yorik (~yorik@187.35.8.25)
13:39.49*** join/#brlcad amarjeet (~Amarjeet@101.211.209.234)
13:41.45*** join/#brlcad amarjeet_ (~Amarjeet@101.211.233.4)
13:54.05*** join/#brlcad sniok (~sniok@89.252.2.135)
14:07.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:12.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:01.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:07.00*** join/#brlcad ickby_ (~stefan@x5d8455e8.dyn.telefonica.de)
15:09.41*** join/#brlcad amarjeet (~Amarjeet@101.211.233.4)
15:20.28*** join/#brlcad amarjeet (~Amarjeet@101.211.233.4)
15:21.09*** join/#brlcad amarjeet_ (~Amarjeet@101.211.219.192)
15:21.19*** join/#brlcad amarjeet_ (~Amarjeet@101.211.219.192)
15:33.11*** join/#brlcad amarjeet (~Amarjeet@101.211.233.4)
15:33.27*** join/#brlcad sniok (~sniok@89.252.2.135)
15:34.34*** join/#brlcad ickby_ (~stefan@x5d8455e8.dyn.telefonica.de)
16:02.30tandoorichickcould somebody tell me why this error is occuring? http://pastebin.com/vhGic09n
16:32.20*** join/#brlcad amarjeet_ (~amarjeet@101.211.233.4)
16:40.14*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
16:55.59brlcadtandoorichick: can't get to pastebin.com, and you repaste elsewhere?
17:08.39*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
17:09.35tandoorichickbrlcad: any alternatives to pastebin where i can paste?
17:21.52tandoorichickLinking CXX shared library ../../lib/libged.so collect2: error: ld returned 1 exit status src/libged/CMakeFiles/libged.dir/build.make:7300: recipe for target 'lib/libged.so.20.0.1' failed make[3]: *** [lib/libged.so.20.0.1] Error 1
17:22.08tandoorichickCMakeFiles/Makefile2:9203: recipe for target 'src/libged/CMakeFiles/libged.dir/all' failed make[2]: *** [src/libged/CMakeFiles/libged.dir/all] Error 2 CMakeFiles/Makefile2:32059: recipe for target 'src/mged/CMakeFiles/mged.dir/rule' failed make[1]: *** [src/mged/CMakeFiles/mged.dir/rule] Error 2
17:22.26tandoorichickMakefile:8942: recipe for target 'mged' failed make: *** [mged] Error 2
17:41.19tandoorichickbrlcad: any advice?
17:42.15*** join/#brlcad tandoorichick_ (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
17:43.09Notify03BRL-CAD:starseeker * 68719 brlcad/trunk/misc/tools/CMakeLists.txt: With the performance issue not using the list(FILTER feature entails, shelve the CMake repository regression script for now. Have more important things that need doing short term, so let svn history keep this and not clutter up the tree.
17:44.39starseekertandoorichick_: I think the real error is further back in the log
17:44.45starseeker~pastebin
17:44.45infobotA "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude.
17:45.03starseekeryou might try paste.lisp.org
17:45.23starseekernotes our info script probably shouldn't point people to pastebin.com...
17:48.14tandoorichick_starseeker: i apologise...
17:48.40tandoorichick_http://pastebin.com/FE0LK9WF
17:49.20tandoorichick_i've pasted the whole build log. could you help me out?
17:54.36tandoorichick_"Lisppaste is available in 0 channels on the IRC network Freenode"  message displayed..
17:56.55tandoorichick_starseeker: i'm not able to access any of the other sites..
18:02.54Notify03BRL-CAD:starseeker * 68720 (brlcad/trunk/src/rt/opt.c brlcad/trunk/src/rt/viewedge.c): Revert 68597 - Windows MSVC build fails complaining about non-static initializers for view_parse.
18:04.28Notify03BRL-CAD:starseeker * 68721 brlcad/trunk/regress/CMakeLists.txt: don't ignore what's not there
18:19.48*** join/#brlcad ickby_ (~stefan@x5d8455e8.dyn.telefonica.de)
18:21.21Notify03BRL-CAD Wiki:Tandoorichick * 9824 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
18:30.13*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
18:37.53*** join/#brlcad ickby_ (~stefan@x5d8455e8.dyn.telefonica.de)
18:49.19*** join/#brlcad ickby_ (~stefan@x5d8455e8.dyn.telefonica.de)
18:53.44*** join/#brlcad ickby_ (~stefan@x5d8455e8.dyn.telefonica.de)
19:24.16starseekertandoorichick: can you use http://paste.lisp.org/
19:24.46starseekerdon't worry about choosing a channel
19:24.59starseekerjust make paste and post the link
19:29.02starseekertandoorichick: it might also be helpful to do make VERBOSE=1
19:32.04StragusThat build log sure didn't say much
20:27.47*** join/#brlcad merzo (~merzo@2-15-133-95.pool.ukrtel.net)
20:41.30*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
22:06.18*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:28.28*** join/#brlcad LordOfBikes (~armin@dslb-178-007-230-037.178.007.pools.vodafone-ip.de)
IRC log for #brlcad on 20160819

IRC log for #brlcad on 20160819

01:21.44starseekerStragus: agreed - quite surprising
01:25.29starseekerO.o cross platform, MIT licensed PowerShell from Microsoft:  https://github.com/PowerShell/PowerShell
01:25.33starseeker's head explodes
01:26.16StragusMicrosoft has been pacified, Apple is now the new Microsoft
01:26.32starseekerkinda looking that way... wow
01:27.40starseekerthinks he knows now how the old timers felt when IBM started backing open soruce back in the 1990s...
01:28.15StragusEheh
01:28.37StragusAnd Apple is now anti-OpenGL, anti-Vulkan, anti-OpenSSH, anti-CUDA, etc.
01:28.59starseekerwinces
01:29.28starseekerwonder if they're going to end up being a phone-only company in another decade or so
01:30.06starseekerprayerfully hopes they manage to push the industry standard for monitors everywhere to 5K before that happens...
01:30.23StragusI'm really disappointed in Apple. They embraced open source and open standards just long enough to get back on their feet
01:30.46StragusAnd now they want to own and control everything, their own standards while actually blocking everything else
01:31.06StragusEven Microsoft didn't prevent people of running alternatives
01:31.24starseekernods - I've always wished they hadn't patented their magnetic connector system - that should have totally displaced USB years ago...
01:32.44starseekerthat said, we'd still be on 1024x768 monitors everywhere without Apple - they do at least push the hardware envelope
01:32.52StragusApple developpers in #opengl always have trouble with the Apple drivers, they don't even support debugging contexts and callbacks
01:33.56StragusThey have more bugs and performance problems, while not supporting a ton of modern and powerful GL extensions
01:34.26starseekerwhat's the AAA (Apple Approved Alternative) to OpenGL these days?
01:34.38StragusMetal, their own little proprietary API
01:34.52StragusThe equivalent of Vulkan, the standard which they don't want to support
01:36.02starseekerwonder if someone is going to have to do something like porting angle to metal
01:36.52StragusThat would be a lot of work... These new generation APIs are much lower level
01:37.11starseekernods
01:37.12StragusIt now takes 4 times as much code to draw a triangle! ;)
01:37.17starseekerheh
04:14.46*** join/#brlcad amarjeet (~Amarjeet@101.211.227.167)
04:25.16tandoorichickstarseeker
04:25.21tandoorichickhttp://paste.lisp.org/display/323613
04:26.30tandoorichickStragus: that's why i got a little confused, because the build log didn't say much. Adn this error started occuring all of a sudden. I'd made changes to my code, but reverted. The error stayed..
04:46.36*** join/#brlcad amarjeet (~Amarjeet@101.211.227.167)
06:08.24*** join/#brlcad merzo (~merzo@88-249-94-178.pool.ukrtel.net)
06:32.25*** join/#brlcad merzo (~merzo@88-249-94-178.pool.ukrtel.net)
06:44.29*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:53.30*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
06:57.16*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
07:10.18d_rossbergtandoorichick: same for Stitch.h
07:11.33tandoorichickd_rossberg: I've mailed them to you..
07:11.51d_rossberggot it ...
07:21.42d_rossbergtandoorichick: i get the following compilation error: brlcad/src/libged/heal.c:49:2: error: too many arguments to function ‘analyze_heal_bot’
07:22.29d_rossbergin heal.c the function has a tolerance parameter which isn't in the prototype in analyze.h
07:42.48*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
07:43.16tandoorichickd_rossberg: my internet is fluctuating..
07:43.26tandoorichickI'll mail you the latest patch..
07:54.43*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:10.01*** join/#brlcad sniok (~sniok@89.252.2.135)
08:31.26Notify03BRL-CAD:d_rossberg * 68722 brlcad/trunk/src/rt/opt.c: after the last revert we have here no variable 'color' any more
08:42.57tandoorichickd_rossberg: in the latest patch i sent you, the tolerance is taken as a user input. For example "heal newbot.s 50.5". This is only the zippering tolerance..
08:44.48d_rossbergokay, thanks
08:51.29*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:54.46*** join/#brlcad sniok (~sniok@89.252.2.135)
08:55.35*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:53.11*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
10:16.12*** join/#brlcad sniok (~sniok@89.252.2.135)
10:47.39*** join/#brlcad Notify (~notify@104.225.5.10)
10:54.09d_rossbergtandoorichick: do you know in which function your heal algorithm hangs?
10:57.11*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:5537:1d05:adea:99b0)
11:03.53tandoorichickd_rossberg: in this one - findFreeEdgeChain()
11:25.09*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
11:35.43d_rossbergokay, you already found it
11:36.22tandoorichickthe problem lies with the initial construction of  the DCEL..
11:36.37tandoorichickbut i'm not sure where..
11:49.31starseekertandoorichick: does that error happen if you completely clear the build directory and start over?
11:51.11tandoorichickstarseeker: that error got resolved. :)
11:51.28tandoorichicki had posted a while after it did..
12:07.52starseekerah, good :-)
12:24.18*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
13:09.16*** join/#brlcad sniok (~sniok@89.252.2.135)
13:10.13d_rossbergtandoorichick: do you also have the impression that the edge -> next edge sequence isn't a circle here?
14:00.54*** join/#brlcad yorik (~yorik@187.35.8.25)
14:03.54tandoorichickd_rossberg: yeah, that's what i am not sure about..
14:12.29d_rossbergi'm a little bit confused about the initPrevEdge() and initNextEdge() functions; shouldn't this be done in one run? i.e. if e1.previous = e2 => e2.next = e1?
14:17.04*** join/#brlcad amarjeet (~Amarjeet@101.211.230.113)
14:34.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:59.04*** join/#brlcad Mandeep_Singh (~mandeep@117.212.50.128)
15:03.39*** join/#brlcad amarjeet_ (~amarjeet@101.211.230.113)
15:04.11*** join/#brlcad sniok (~sniok@89.252.2.135)
15:08.04*** join/#brlcad amarjeet_ (~amarjeet@101.211.230.113)
15:30.28*** join/#brlcad Gud (~k@c-890ae555.021-17-73746f36.cust.bredbandsbolaget.se)
15:36.40tandoorichickd_rossberg: i will modify and check..
15:43.40*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
15:45.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:47.02d_rossbergmaybe you can check for well constructed edge chains automatically there
16:00.53*** join/#brlcad amarjeet_ (~amarjeet@101.211.230.113)
16:02.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:25.54*** join/#brlcad sniok (~sniok@89.252.2.135)
16:33.48*** join/#brlcad amarjeet (~Amarjeet@101.211.230.113)
16:36.14brlcad~no, pastebin is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude.
16:37.37brlcadStragus: "most" of the anti-standards camping started when jobs first got deadly sick, and has only gotten worse with cook's leadership
16:38.21brlcadSYCL should layer over Metal and OpenCL, iirc
16:41.06brlcadstarseeker: do you have one of those ribbon chains from step conversion?
16:43.12brlcadtrieds to get multiple SSL certificates working
17:12.52*** join/#brlcad aryan_raj (~aryanraj@103.37.201.78)
18:00.14starseekerum... ribbon chains?
18:08.34Caterpillarthere is also fpaste :-)
18:18.43brlcadstarseeker: a pipe that converted out via step as a spiraling ribbon
19:31.52*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
19:32.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:36.50*** join/#brlcad Mandeep_Singh (~mandeep@117.215.229.108)
20:00.25starseekerdon't have one handy offhand...
21:08.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:27.41Notify03BRL-CAD:starseeker * 68723 (brlcad/branches/tcltk86/CHANGES brlcad/branches/tcltk86/CMakeLists.txt and 151 others): Sync with trunk thru r68722
21:33.44Notify03BRL-CAD:starseeker * 68724 (brlcad/branches/qtged/AUTHORS brlcad/branches/qtged/CHANGES and 329 others): Sync with trunk thru r68722
21:49.36Notify03BRL-CAD:starseeker * 68725 (brlcad/trunk/misc/svn2git/svn2git/main.cpp brlcad/trunk/misc/svn2git/svn2git/repository.cpp and 4 others): Update svn2git/svn-all-fast-export to latest version from https://github.com/svn-all-fast-export/svn2git
22:07.32Notify03BRL-CAD:starseeker * 68726 brlcad/trunk/misc/svn2git/account-map: Add missing names to account-map - found via http://stackoverflow.com/questions/2494984/how-to-get-a-list-of-all-subversion-commit-author-usernames
22:16.38Notify03BRL-CAD:starseeker * 68727 brlcad/trunk/misc/svn2git/account-map: Add names to commit ids when they can be found in the AUTHORS file. Still a few I don't have info for...
22:36.46*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:14.27starseekerconfound it, that botched embree branch merge is acting like a poison pill for git converion
23:14.34starseekers/converion/conversion
23:22.43*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:5537:1d05:adea:99b0)
IRC log for #brlcad on 20160820

IRC log for #brlcad on 20160820

00:11.59starseekerurk, it's worse than that - svn verify is failing on 68383 now
00:39.02Notify03BRL-CAD Wiki:Tandoorichick * 9825 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
00:44.09*** join/#brlcad pynzfnuldfdgurtc (~armin@dslb-088-064-032-194.088.064.pools.vodafone-ip.de)
01:04.24starseekerOK.  Had to fix 68307 and 68383, but svnadmin verify is passing now.
01:19.29Notify03BRL-CAD:starseeker * 68728 brlcad/trunk/misc/svn2git/archive_branches.sh: Add some more closed branches to the archiving script.
01:21.55Notify03BRL-CAD:starseeker * 68729 brlcad/trunk/misc/svn2git/archive_branches.sh: embree branch is in this category
01:34.09*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
01:48.22Notify03BRL-CAD:starseeker * 68730 (brlcad/trunk/NEWS brlcad/trunk/src/tclscripts/rtwizard/RaytraceWizard.tcl): Request from Josh to have rtwizard name its window something other than the generic 'tk' to make it easier to find when minimized.
03:00.01Notify03BRL-CAD:starseeker * 68731 brlcad/trunk/misc/svn2git/rules: Blegh. What a nightmare. The damage done to the embree branch in the 683** commit series by subversion's corruption of r63809 apparently wasn't repaired well enough for svn-all-fast-export to make sense of it. Just skip this whole mess in the git conversion - at this point it'd be way easier to go back to the last clean revision and manually extract
03:00.03Notifyanything we need.
03:00.05Notify...
03:12.01Notify03BRL-CAD:starseeker * 68732 brlcad/trunk/misc/svn2git/README: update svn2git url, make a note to check out --svn-branches and see if it would be useful
05:20.47*** join/#brlcad amarjeet (~Amarjeet@101.211.241.117)
05:58.26*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
06:11.51*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
06:38.39*** join/#brlcad amarjeet (~Amarjeet@101.211.241.117)
06:49.22*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
06:49.43*** join/#brlcad ishwerad1in (~ishweradm@servers.ishwerdas.com)
07:26.33*** join/#brlcad sniok (~sniok@89.252.2.135)
08:46.46*** join/#brlcad sniok (~sniok@89.252.2.135)
09:57.24*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
10:34.52*** join/#brlcad sniok (~sniok@89.252.2.135)
10:56.46*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
12:25.05*** join/#brlcad amarjeet (~Amarjeet@101.211.208.110)
12:27.39*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:38.05*** join/#brlcad amarjeet (~Amarjeet@101.211.208.110)
12:39.43*** join/#brlcad sniok (~sniok@89.252.2.135)
13:26.09*** join/#brlcad amarjeet (~Amarjeet@101.211.208.110)
13:40.25*** join/#brlcad amarjeet (~Amarjeet@101.211.208.110)
14:15.00*** join/#brlcad sniok (~sniok@89.252.2.135)
15:14.18*** join/#brlcad amarjeet (~Amarjeet@101.211.208.110)
15:17.39*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
15:23.33*** join/#brlcad amarjeet (~Amarjeet@101.211.208.110)
15:26.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:39.08*** join/#brlcad yorik (~yorik@187.35.8.25)
15:46.02*** join/#brlcad Mandeep_Singh (~mandeep@117.214.207.10)
15:47.55*** join/#brlcad amarjeet (~Amarjeet@101.211.208.110)
15:49.49*** join/#brlcad sniok (~sniok@89.252.2.135)
15:59.08*** join/#brlcad amarjeet (~Amarjeet@101.211.208.110)
16:00.15*** join/#brlcad amarjeet (~Amarjeet@101.211.208.110)
16:14.46*** join/#brlcad amarjeet (~Amarjeet@101.211.208.110)
17:16.19*** join/#brlcad sniok (~sniok@89.252.2.135)
17:48.10*** join/#brlcad amarjeet (~Amarjeet@101.211.208.110)
17:54.20*** join/#brlcad sniok (~sniok@89.252.2.135)
18:00.38*** join/#brlcad asad__________ (~asad00@host10-2.natpool.mwn.de)
18:38.43*** join/#brlcad sniok (~sniok@89.252.2.135)
20:21.27*** join/#brlcad davee_ (~davee@71-83-188-23.dhcp.lnbh.ca.charter.com)
21:39.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:16.53*** join/#brlcad Mandeep_Singh (~mandeep@117.214.207.10)
23:31.59*** join/#brlcad LordOfBikes (~armin@dslb-088-064-032-194.088.064.pools.vodafone-ip.de)
IRC log for #brlcad on 20160821

IRC log for #brlcad on 20160821

00:45.20*** join/#brlcad lcwypxlngymtevbk (~armin@dslb-088-066-128-131.088.066.pools.vodafone-ip.de)
04:00.03*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
04:23.26*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
04:31.57andromeda-galaxybrlcad: Regarding the GCI task categorization, I've currently got categories for code, design, docs, infrastructure, and misc.  I'm not sure where to put modelling, beginner, and writing (e.g. a task to write a showcase article or to write a maintainer-wanted article) tasks, do you have any suggestions?
04:42.13andromeda-galaxyThere's also a bunch of dataviz, etc. tasks that I'm not sure where to put (documentation?)
05:42.52*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
06:48.09*** join/#brlcad nmz787_ (~nmz787@unaffiliated/nmz787)
06:49.26nmz787_GIF of some slices of a model that I programmatically generated (well the individual slice STL files, not the GIF itself) https://raw.githubusercontent.com/nmz787/python-brlcad-tcl/master/examples/output/microfluidic_pump_slices_manually_created_animation.gif
06:52.58nmz787_now to get onto NIRT to get raster of each slice (and then generate g-code, etc)
07:44.59*** join/#brlcad Mandeep_Singh (~mandeep@117.214.202.40)
07:54.26*** join/#brlcad sniok (~sniok@89.252.2.135)
07:54.43*** join/#brlcad amarjeet_ (~Amarjeet@101.211.241.116)
09:07.21*** join/#brlcad sniok (~sniok@89.252.2.135)
09:14.28*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
09:56.11*** join/#brlcad amarjeet (~Amarjeet@101.211.209.106)
10:09.24*** join/#brlcad amarjeet_ (~amarjeet@101.211.238.124)
10:27.17Notify03BRL-CAD Wiki:Tandoorichick * 9826 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
11:05.05*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
11:46.13*** join/#brlcad sniok (~sniok@89.252.2.135)
12:25.12*** join/#brlcad asad__________ (~asad00@host10-2.natpool.mwn.de)
12:36.34*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
13:17.18*** join/#brlcad sniok (~sniok@89.252.2.135)
13:41.42*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
14:37.58*** join/#brlcad sniok (~sniok@89.252.2.135)
15:17.31*** join/#brlcad yorik (~yorik@187.35.8.25)
15:56.12*** join/#brlcad sniok (~sniok@89.252.2.135)
16:15.05*** join/#brlcad amarjeet (~amarjeet@101.211.249.142)
16:20.57*** join/#brlcad sniok (~sniok@89.252.2.135)
16:34.10*** join/#brlcad Mandeep_Singh (~mandeep@117.214.202.40)
16:34.31*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
16:36.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:14.38*** join/#brlcad sniok (~sniok@89.252.2.135)
17:41.46*** join/#brlcad amarjeet (~Amarjeet@101.211.249.232)
19:06.43*** join/#brlcad yorik (~yorik@187.35.8.25)
21:11.23*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
21:52.14*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
22:34.43nmz787_whoo, I think I have rastering!
23:16.42Notify03BRL-CAD Wiki:Tandoorichick * 9827 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
23:40.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160822

IRC log for #brlcad on 20160822

00:36.49Notify03BRL-CAD:starseeker * 68733 brlcad/trunk/misc/svn2git/svn2git/CMake/FindSubversionLibrary.cmake: Update to latest from https://github.com/krf/kdevplatform/blob/master/cmake/modules/FindSubversionLibrary.cmake and quell a few warnings
00:44.14*** join/#brlcad dcneojfpwtnmqxdq (~armin@dslb-092-074-228-102.092.074.pools.vodafone-ip.de)
00:54.15Notify03BRL-CAD:starseeker * 68734 (brlcad/trunk/misc/svn2git/svn2git/CMakeLists.txt brlcad/trunk/misc/svn2git/svn2git/svn.cpp): Only use the newer APIs if they're actually there.
01:24.41*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:29.14nmz787_are there any ways I could use NIRT on a G database in parallel? I tried opening a bunch of NIRT processes on the same database and my computer locked up for a few mins. Is this something about file-access to the same G database at the same time (as in, if I copy the database first, then issue each NIRT using a different file, will it work faster?)?
02:40.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:58.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:56.43*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
06:28.48nmz787_brlcad: I got slicing, NIRT raster interrogation, and bitmap/image file export working! Now to tack on g-code instead of image export, and I will be pretty close to actually being able to use BRLCAD for doing some micro/nano fabrication!
06:29.29nmz787_brlcad: here is the method https://github.com/nmz787/python-brlcad-tcl/blob/master/python-brlcad-tcl/brlcad_tcl.py#L355
06:31.04nmz787_brlcad: NIRT interaction happens in get_object_raster_from_z_projection
07:02.35brlcadnmz787_: never tried parallel nirt scripting, but no reason it shouldn't work so long as you don't create too many processes ... but overhead will be ridiculous
07:03.15brlcadnmz787_: cool to hear about the progress
07:03.33brlcadprobably shouldn't tell you, but there is an experimental g-gcode exporter ...
07:04.27brlcadand not just https://github.com/mbuesch/cnc/blob/master/tools/brlcad2gcode.sh
07:27.07brlcadnmz787_: a MUCH faster approach (several orders of magnitude faster) without writing C code and just using tools comes to mind
07:37.11brlcadyou can use the rt tool with the -k cut plane option (brlman rt) to cut slices (and directly give you a bitmap/image)
07:48.03brlcadhm, actually on second thought, that might only work on convex objects ... so change that to rt without an implicit cut plane, but an actual slice intersection (via mged -c)
07:57.30*** join/#brlcad sniok (~sniok@89.252.2.135)
07:58.57brlcadbasically, create a bounding box slice the thickness of the 3d printing layer (or at least 0.0005mm for computational stability), and intersect it through all the layers, rendering each layer via rt ... OR
07:59.48brlcaduse the very new bin/g-voxel program, which basically does this for you an dumps all voxels at once
08:25.46*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
08:46.27*** join/#brlcad sniok (~sniok@89.252.2.135)
08:51.53*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:56.16*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
09:51.12*** join/#brlcad sniok (~sniok@89.252.2.135)
11:12.42*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
11:20.43*** join/#brlcad shubhamc (6719e766@gateway/web/freenode/ip.103.25.231.102)
11:37.36*** join/#brlcad sniok (~sniok@89.252.2.135)
12:35.48*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:43.29*** join/#brlcad sniok (~sniok@89.252.2.135)
12:48.05*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:38.08*** join/#brlcad sniok (~sniok@89.252.2.135)
13:49.45*** join/#brlcad yorik (~yorik@187.35.8.25)
14:16.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:42.50*** join/#brlcad yorik (~yorik@187.35.8.25)
14:53.23*** join/#brlcad sniok (~sniok@89.252.2.135)
14:57.58*** join/#brlcad sniok (~sniok@89.252.2.135)
15:04.28Notify03BRL-CAD:starseeker * 68735 (brlcad/trunk/src/rt/opt.c brlcad/trunk/src/rt/viewedge.c): Put back the rtedge changes in preparation for debugging.
15:36.49Notify03BRL-CAD:ejno * 68736 brlcad/trunk/src/rt/viewedge.c: attempt to fix the msvc build error
15:55.17Notify03BRL-CAD:ejno * 68737 brlcad/trunk/src/rt/viewedge.c: set the byte offsets at run time as done in view.c
15:55.51Notify03BRL-CAD Wiki:Tandoorichick * 9828 /wiki/User:Tandoorichick/GSoC2016/Logs: /* Development Logs */
15:58.32*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
16:01.49*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
16:08.37*** join/#brlcad amarjeet (~Amarjeet@101.211.233.209)
16:14.49*** join/#brlcad amarjeet (~Amarjeet@101.211.233.209)
16:31.22*** join/#brlcad sniok (~sniok@89.252.2.135)
16:37.55*** join/#brlcad amarjeet (~Amarjeet@101.211.233.209)
17:01.53*** join/#brlcad amarjeet (~Amarjeet@101.211.233.209)
17:02.53*** join/#brlcad sniok (~sniok@89.252.2.135)
17:11.41*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
17:13.18*** join/#brlcad amarjeet (~Amarjeet@101.211.233.209)
17:36.53*** join/#brlcad amarjeet (~Amarjeet@101.211.233.209)
17:42.39Notify03BRL-CAD:ejno * 68738 (brlcad/trunk/src/libbu/color.c brlcad/trunk/src/rt/ext.h and 3 others): use bu_color_from_str() for 'set color_var=value' commands in rtedge and rt (fixes consistency of the 'set background=' command of these tools); allow ',' as a separator in bu_color_from_str()
17:54.27*** join/#brlcad amarjeet (~Amarjeet@101.211.233.209)
17:59.59Notify03BRL-CAD:ejno * 68739 brlcad/trunk/doc/docbook/system/man1/rtedge.xml: update documentation for rtedge
18:09.27*** join/#brlcad sniok (~sniok@89.252.2.135)
18:11.33*** join/#brlcad amarjeet (~Amarjeet@101.211.233.209)
18:12.56*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
18:29.00*** join/#brlcad amarjeet (~Amarjeet@101.211.233.209)
19:14.48*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
19:25.23*** join/#brlcad amarjeet (~Amarjeet@101.211.231.141)
19:41.08*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
20:04.43Notify03BRL-CAD:ejno * 68740 (brlcad/trunk/include/bu/uuid.h brlcad/trunk/src/libbu/uuid.c): implement UUIDv5 generation in bu_uuid_create()
20:13.51Notify03BRL-CAD:ejno * 68741 (brlcad/trunk/include/bu/uuid.h brlcad/trunk/src/libbu/uuid.c): handle namespaces correctly in byte form
20:24.35Notify03BRL-CAD:ejno * 68742 (brlcad/trunk/include/bu/uuid.h brlcad/trunk/src/libbu/uuid.c): 'bytes' can be const
20:55.43*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:53.27*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160823

IRC log for #brlcad on 20160823

00:41.15*** join/#brlcad aodzalkgykrzrriw (~armin@dslb-088-066-131-231.088.066.pools.vodafone-ip.de)
03:00.17*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
03:58.39*** join/#brlcad amarjeet (~Amarjeet@101.211.218.19)
04:10.36*** join/#brlcad amarjeet (~Amarjeet@101.211.218.19)
04:37.44*** join/#brlcad amarjeet (~Amarjeet@101.211.218.19)
04:53.21*** join/#brlcad merzo (~merzo@62-51-133-95.pool.ukrtel.net)
05:09.03Notify03BRL-CAD Wiki:Mandeeps708 * 9829 /wiki/User:Mandeeps708/GSoC16/logs: /* logs*/
05:19.16*** join/#brlcad amarjeet (~Amarjeet@101.211.218.19)
05:33.05Notify03BRL-CAD Wiki:Mandeeps708 * 9830 /wiki/User:Mandeeps708/GSoC16/logs: /* Project Details */
05:34.24nmz787_brlcad: hmm, well I don't think the slicing is terribly slow... I mean, for the speed and ease of Python coding, the speed was fine for slicing. NIRT seems like it doesn't benefit from parallel jobs, at least on my machine. I thought about whether it was some kind of file lock... but I haven't tried copying the g-file a few times and running a job on each file in parallel.
05:37.15nmz787_brlcad: what is more interesting and concerning from your response is actually "or at least 0.0005mm for computational stability"... why is 5 microns the limit for computational stability??? I mean, have I been mislead by front-page advertising i.e. last sentence here: http://brlcad.org/wiki/Overview#What_is_BRL-CAD.3F
05:37.57nmz787_brlcad: I have been banking on "BRL-CAD users can accurately model objects on scales ranging from the subatomic through the galactic and get "all the details, all the time."" for a few years
06:42.00*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:06.55*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
07:15.18*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
07:38.53*** join/#brlcad sniok (~sniok@89.252.2.135)
07:56.03*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:25.55*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:27.08*** join/#brlcad sniok (~sniok@89.252.2.135)
08:32.06*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:49.12*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
09:12.30tandoorichickd_rossberg: could you please give suggestions on my final work product?
10:27.08*** join/#brlcad sniok (~sniok@89.252.2.135)
10:35.19d_rossbergtandoorichick: okay, i assumed that you already completed your evaluation for Google
10:37.00tandoorichickd_rossberg: i've made a blog post here: https://tandoorichickblog.wordpress.com/2016/08/23/gsoc16workproduct/
10:40.02d_rossbergis this essentially the same as the google doc from your e-mail?
10:40.11tandoorichickYes it is
10:40.33tandoorichickSince they had mentioned it needed to be at a stable location, i published it in a blog..
10:42.16tandoorichickalso, could you advise me on the intersection of lines issue i had mailed you about?
10:43.35tandoorichickwhen there are thin triangles, no feature pairs are identified sometimes because wrong intersection of lines is detected
10:49.28d_rossbergregarding your blog post: the only thing i would recommend to add is to emphasize your final patch (with a direkt link to it)
10:52.46d_rossbergregarding the thin triables: the first thing which came into my mind when you talked about triangles with a thickness on the edge of the precision was: remove them!
10:53.16d_rossbergis this feasible?
10:55.37tandoorichicki will add a direct link to my patch, maybe put it up on g drive?
10:55.46tandoorichicki dont understand your comment about the thin triangles..
10:57.16d_rossbergyou get numerical/precision issues with the thin triangles, right?
10:58.40tandoorichickyeah..
10:59.41d_rossbergso, they must be very thin, with a thickness close to the numerical precision?
11:00.14tandoorichickyeah
11:01.15d_rossbergwith almost no area => remove them?
11:02.08d_rossbergmaybe with moving its point in the middle on the long edge
11:02.29tandoorichickyes i am doing that..
11:03.05tandoorichickwhen it is a quadrilateral, or has more vertices what do we do then?
11:03.43tandoorichickessentially all the vertices in the gap need to be healed in one go, because they wont be visited again.
11:04.13tandoorichickso with gaps with more number of vertices itm ight tricky
11:04.36tandoorichickbecause we wouldnt know which vertex to choose to heal first such that the whole mesh gets healed
11:05.23tandoorichickis what i am saying true?
11:06.00tandoorichick(also, i have included my final patch in the blog)
11:15.40d_rossbergwhat i once did in a (maybe?) similar case was a kind of preprocessing: i unified nearby vertices; this could be extended by a test for vertices on (or near) edges
11:16.02d_rossbergthis should give us a mesh with "wide open" holes
11:16.13tandoorichickoh okay..
11:16.19tandoorichickyes that seems fair enough
11:16.57tandoorichickbut then again until when would be unify the vertices?
11:17.07tandoorichickuntil it is a thin triangle or until it is a whide hole?
11:17.15tandoorichickwide*
11:17.34tandoorichickbecause both are possible right?
11:19.58d_rossbergthere shouldn't be any thin triangle any more after this procedure: there are no two vertices closer to each othes as <precision> and no vertex is closer to any edge than <precision>
11:21.22tandoorichickso essentially one unification would be enough?
11:25.03*** join/#brlcad merzo (~merzo@92.60.189.225)
11:28.48d_rossbergone unification of vertices, one moving of vertices onto nearby edges, and maybe an additional unification of vertices (plus fixing affected edges and faces)
11:34.12tandoorichickthe thing is then, the heal command might have to be called multiple times as the algo does not revisit vertices..
11:36.09*** join/#brlcad sniok (~sniok@89.252.2.135)
11:36.38d_rossbergthe filtering i described here is something which would be done before the creation of the DCEL
11:37.52tandoorichickoh..
11:38.24tandoorichickbut the thin triangles that i described arise after one round of healing..
11:42.09d_rossbergbut in this case: don't create thin triangles? if the triangle you would create is thin something is wrong
11:42.59*** join/#brlcad amarjeet (~Amarjeet@101.211.244.81)
11:45.46tandoorichickthe thing is, with the broken sphere: say a vertex contraction happens. after this, for the vertex next to the vertex just healed, the feature edge becomes the edge that has been newly added, whose dist measure is just slightly lesser than that of the previous feature (which was a vertex). this is what results in thin triangles..
12:26.20*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:37.36*** join/#brlcad amarjeet (~Amarjeet@101.211.244.81)
12:39.03d_rossbergwhen do you know that the triangle is thin?
12:56.23*** join/#brlcad sniok (~sniok@89.252.2.135)
13:19.34*** join/#brlcad amarjeet (~Amarjeet@101.211.244.81)
13:22.23tandoorichickd_rossberg: algorithmically i'm not sure, i just saw from the return value of the orientation function, and from the visualization
13:29.32*** join/#brlcad amarjeet (~Amarjeet@101.211.244.81)
13:29.37d_rossbergmaybe there is a (small) consistency check necesary after each healing step to make it watertight
13:30.35tandoorichickokay, yeah that seems plausible..
13:32.34tandoorichickthis step would involve the unification of the close vertices?
13:33.20tandoorichickand what do i take as the tolerance for that
13:36.57d_rossbergi would recommend a machine or double dependent value
13:37.20d_rossbergi'm using 5.3e-11 for 3d points
13:37.34tandoorichickhmmm okay cool..
13:37.42tandoorichicki will try to finish this..
13:38.02d_rossbergthis is (3. * std::numeric_limits<double>::epsilon()^2)^1/3
13:38.44tandoorichickok cool
13:39.08d_rossbergand with absMax = std::max(std::max(fabs(value1), fabs(value2)), 1.)
13:39.37d_rossbergtest for fabs(value1 - value2) < (absMax * tolerance)
13:43.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:50.19*** join/#brlcad sniok (~sniok@89.252.2.135)
13:51.21tandoorichickd_rossberg: actually the vertices of the triangular hole are v1: (-12.976259378703389, 1.4414630845285288, 995.78376342420256), v2: (587.78601884841919, 65.293997526168823, 809.01700258255005) and v3: (0, 0, 1000)
13:51.39tandoorichickv3 is to be projected onto the edge v1v2
13:51.49tandoorichickthe vertices are not that close enough right?
13:54.09*** join/#brlcad amarjeet (~Amarjeet@101.211.244.81)
13:58.48tandoorichickalso what are value1 and value2 wrt the 3d points?
14:03.43*** join/#brlcad amarjeet (~Amarjeet@101.211.244.81)
14:15.09*** join/#brlcad yorik (~yorik@187.35.8.25)
14:16.06*** join/#brlcad amarjeet (~Amarjeet@101.211.212.162)
14:17.49d_rossbergreplace fabs(value1 - value2) with the distance of the two points
14:19.15d_rossbergyour points really aren't so close ...
14:19.33tandoorichickyeah...
14:19.53tandoorichickbasically the error pops up in the orientation function
14:20.32tandoorichickwhen the the two points v1, v2 and the orthogonal projection of v3 onto v1v2 are passed for orientation check,
14:20.37tandoorichickcollinearity isnot returned
14:20.41tandoorichickim not sure why..
14:21.08tandoorichickthis is the basis of all error pertaining to thin triangles..
14:21.24tandoorichickany opinions as to why this might be happening?
14:27.20*** join/#brlcad amarjeet_ (~Amarjeet@101.211.233.74)
14:42.01tandoorichickd_rossberg: alternatively, i could try this. im currently ignoreing edges that are incident on a vertex for the candidate of closest edge. if this were not the case, with thin triangles, the two closest vertices would be unified. this could work. but im not sure i can complete it before the gsoc deadline. but definitely before the showcase..
14:43.57d_rossbergyour tolerance is very low
14:44.15d_rossbergtry 5.3e-11 ?
14:45.22d_rossbergkeep in mind what std::numeric_limits<double>::epsilon() means
14:47.04d_rossbergi.e. "< absMax * tolerance"
14:49.39tandoorichicki dont exactly get what absMax is
14:53.27tandoorichicki set my tolerance to the value you suggested
14:53.30d_rossbergokay, you can ignore this if one value is 0
14:54.12d_rossbergi.e. if you test for "value = 0?"
14:54.58tandoorichicki set it to 5.3e-11 and tried.. the issue persists..
15:01.32d_rossbergthere seams to be a more general issue with the orientation function: if the 3 points are in the x=0 plane it returns collinear ...
15:03.02tandoorichickright...
15:04.49tandoorichickid been very confused as to how to implement the orientation function, guess i didn't think it through..
15:04.58tandoorichickwhat may be the right implementation of it?
15:05.02d_rossbergso: two points define a vector, when is the third one clockwise and when counterclockwise?
15:05.47tandoorichickclockwise if the point is to the "right" of it and CCw if left?
15:06.48d_rossbergyou mean in the projection to the xy plane?
15:07.29tandoorichicknot quite
15:08.22tandoorichicki mean to say if i was at point 1, and im looking towards point 2, if to the right of my line of sight, then CW, if left ccw
15:08.50tandoorichickif point 3 is to the right of my line of sight*
15:10.57tandoorichickhow about finding the cross product of the vectors AB, AC when the three points in order are A, B, C?
15:11.36d_rossberg"right" and "left" devide the space in two parts, the partition plane is described by the vector from 1 to 2 and a third point: which?
15:13.10tandoorichickok yeah it is the projection in the xy plane..
15:14.18d_rossbergthe cross product gives you a vector orthogonal to your triangle
15:15.11tandoorichickhmmmm
15:15.23d_rossbergi'll rethink it when i review your code
15:15.32tandoorichickhow do we determine the orientation?
15:15.40tandoorichickokay..
15:15.52tandoorichickso do i submit off this code?
15:16.41tandoorichicki would like to finish fixing the orientation code..
15:16.47tandoorichickany suggestions?
15:20.01d_rossbergwith your understanding of orientation you will likely go into trouble if you go around something, the right and left will flip, e.g. with a sphere
15:20.37tandoorichickhmmmm
15:21.08tandoorichickwhat could i do then?
15:22.56d_rossbergthe question is: for what do you need it? only for checkIfIntersectsInterior() and checkIfCollinear()?
15:24.42tandoorichickas of now, the init functions also use it..
15:26.41tandoorichicksetting the start edge for a face, and the incident face ref for an edge..
15:27.34tandoorichickand also at one point if the square is a hole, to check if it is indeed a hole and not the external boundary
15:27.41*** join/#brlcad amarjeet (~Amarjeet@101.211.249.120)
15:30.19d_rossbergas i already mentioned: determine the orientation from the nearby triangles
15:31.20d_rossbergwhat is really inside and outside isn't important, but it has to be consistent for the whole mesh
15:31.32tandoorichickyeah i got that..
15:32.05tandoorichickthought i will look into this more pressing issue of line intersections before i looked into that bigger issue..
15:34.20d_rossbergokay :)
15:53.10*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
15:54.20*** join/#brlcad sniok (~sniok@89.252.2.135)
16:13.07*** join/#brlcad ickby (~stefan@x5d847777.dyn.telefonica.de)
16:36.16*** join/#brlcad ickby (~stefan@x5d847777.dyn.telefonica.de)
16:37.10*** join/#brlcad sniok (~sniok@89.252.2.135)
17:16.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:02.49*** join/#brlcad amarjeet_ (~Amarjeet@101.211.209.239)
18:31.10*** join/#brlcad ickby_ (~stefan@x5d847777.dyn.telefonica.de)
18:39.27*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
19:47.29*** join/#brlcad merzo (~merzo@80-118-132-95.pool.ukrtel.net)
19:47.43Notify03BRL-CAD:starseeker * 68743 brlcad/trunk/src/librt/primitives/bot/g_bot_include.c: Revert commits 61337 and r61598. The former broke some BoT raytracing situations, and the latter is causing more subtle issues with an isolated bot region reporting one raytracing result and the same region below another comb reporting a different result.
20:51.29*** join/#brlcad ickby (~stefan@x5d847777.dyn.telefonica.de)
20:54.48*** join/#brlcad ickby (~stefan@x5d847777.dyn.telefonica.de)
21:21.53*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
21:58.47*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:14.33*** join/#brlcad merzo (~merzo@80-118-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20160824

IRC log for #brlcad on 20160824

00:40.18*** join/#brlcad pewrmkbhtigwpwiu (~armin@dslb-088-066-214-096.088.066.pools.vodafone-ip.de)
02:42.24Notify03BRL-CAD:starseeker * 68744 brlcad/trunk/src/libbu/color.c: The enum trick triggers the C++ warning flag - just go with int
03:35.45starseekerVegaFEM just released version 3.0:  http://run.usc.edu/vega/
03:36.43starseekeramong the listed features:  Delaunay tetrahedralization of an arbitrary point set in 3D [BOW81]
03:37.03starseekeralso constrained Delaunay 3D tet meshing with refinement [Si08,SG11] (experimental feature)
03:37.12starseekerwonders if that means what he think it means...
03:38.17Straguswonders if it means that brlcad will mean what starseeker means what he thinks it meanss
03:38.50StragusConstrained 3D tetrahedralization is neat. I started once, and felt like it wasn't worth the trouble (solved the problem another way)
03:47.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:59.27*** join/#brlcad amarjeet (~Amarjeet@101.211.214.242)
04:09.12*** join/#brlcad amarjeet (~Amarjeet@101.211.214.242)
05:22.57*** join/#brlcad amarjeet (~Amarjeet@101.211.214.242)
07:11.02*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:37.22*** join/#brlcad amarjeet_ (~Amarjeet@101.211.238.12)
07:42.49*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
07:58.20*** join/#brlcad LordOfBikes (~armin@dslb-088-066-214-096.088.066.pools.vodafone-ip.de)
08:00.05*** join/#brlcad amarjeet_ (~Amarjeet@101.211.238.12)
08:08.00*** join/#brlcad amarjeet_ (~Amarjeet@101.211.238.12)
08:12.06*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:21.45*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
10:48.39*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
11:19.40*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:12.23*** join/#brlcad amarjeet_ (~Amarjeet@101.211.238.154)
12:21.25*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-uyzwpgejuvetqqls)
13:09.13*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
13:16.03*** join/#brlcad amarjeet (~Amarjeet@101.211.238.154)
13:17.11*** join/#brlcad merzo (~merzo@80-118-132-95.pool.ukrtel.net)
13:21.40*** join/#brlcad yorik (~yorik@187.101.165.82)
13:37.30*** join/#brlcad amarjeet (~Amarjeet@101.211.238.154)
13:54.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:13.43*** join/#brlcad amarjeet (~Amarjeet@101.211.238.154)
14:24.45Notify03BRL-CAD:brlcad * 68745 brlcad/trunk/include/bu/time.h: include an example how to use bu_gettime()
14:29.20Notify03BRL-CAD:ejno * 68746 brlcad/trunk/src/librt/primitives/brep/brep.cpp: add a note regarding lifetime of SurfaceTree objects in bbbp.faces
14:50.34*** join/#brlcad amarjeet (~Amarjeet@101.211.238.154)
14:52.41*** join/#brlcad sniok (~sniok@89.252.2.135)
15:42.40*** join/#brlcad sniok (~sniok@89.252.2.135)
16:09.48*** join/#brlcad merzo (~merzo@25-58-132-95.pool.ukrtel.net)
16:32.55*** join/#brlcad Mandeep_Singh (~mandeep@101.211.226.179)
17:01.48*** join/#brlcad infobot (~infobot@rikers.org)
17:01.49*** topic/#brlcad is BRL-CAD release 7.26.0 is out! More than 150 user-visible changes including 6 major efforts! || GSoC 2016 is coming to a close, showcase forthcoming || Help needed reviewing and integrating 700+ GCI tasks || Logs: http://ibot.rikers.org/%23brlcad/
17:17.20*** join/#brlcad infobot (ibot@rikers.org)
17:17.20*** topic/#brlcad is BRL-CAD release 7.26.0 is out! More than 150 user-visible changes including 6 major efforts! || GSoC 2016 is coming to a close, showcase forthcoming || Help needed reviewing and integrating 700+ GCI tasks || Logs: http://ibot.rikers.org/%23brlcad/
17:18.10*** join/#brlcad infobot (ibot@rikers.org)
17:18.11*** topic/#brlcad is BRL-CAD release 7.26.0 is out! More than 150 user-visible changes including 6 major efforts! || GSoC 2016 is coming to a close, showcase forthcoming || Help needed reviewing and integrating 700+ GCI tasks || Logs: http://ibot.rikers.org/%23brlcad/
17:25.52*** join/#brlcad infobot (ibot@rikers.org)
17:25.52*** topic/#brlcad is BRL-CAD release 7.26.0 is out! More than 150 user-visible changes including 6 major efforts! || GSoC 2016 is coming to a close, showcase forthcoming || Help needed reviewing and integrating 700+ GCI tasks || Logs: http://ibot.rikers.org/%23brlcad/
17:26.41*** join/#brlcad sniok (~sniok@89.252.2.135)
17:37.39*** join/#brlcad Mandeep_Singh (~mandeep@101.211.245.137)
18:13.33Notify03BRL-CAD:bob1961 * 68747 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/lib/Ged.tcl): Added a function to fit a png image within a specified area while maintaining the aspect ratio.
18:33.59*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:34.55*** join/#brlcad sniok (~sniok@89.252.2.135)
18:46.13Notify03BRL-CAD:ejno * 68748 (brlcad/branches/prep-cache/CHANGES brlcad/branches/prep-cache/CMakeLists.txt and 163 others): merge from trunk to r68747
19:01.46Notify03BRL-CAD:ejno * 68749 (brlcad/branches/prep-cache/include/rt/func.h brlcad/branches/prep-cache/include/rt/functab.h and 4 others): add functab entry for serialization/deserialization of prep data; implement an initial architecture for caching primitives during prep that uses a .g database for storage
19:08.28Notify03BRL-CAD:ejno * 68750 (brlcad/branches/prep-cache/include/brep/bbnode.h brlcad/branches/prep-cache/include/brep/brnode.h and 13 others): implement functab serialization function for BREPs, using bu_cv*() rather than CRC-checked openNURBS archives; revert removing the memory allocations for STL data structures from the public brep classes, along with memory pooling for now (will need to be modified)
19:09.38Notify03BRL-CAD:ejno * 68751 brlcad/branches/prep-cache/src/rt/do.c: don't exit immediately after prepping
19:15.57*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
21:43.46Notify03BRL-CAD:ejno * 68752 brlcad/branches/prep-cache/src/librt/primitives/brep/brep.cpp: call bvh->BuildBBox()
21:48.52Notify03BRL-CAD:ejno * 68753 (brlcad/branches/prep-cache/include/brep/bbnode.h brlcad/branches/prep-cache/include/brep/brnode.h and 5 others): use memory pooling
22:16.17*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:33.59Notify03BRL-CAD:ejno * 68754 brlcad/branches/prep-cache/src/librt/tree.c: close the cache
IRC log for #brlcad on 20160825

IRC log for #brlcad on 20160825

00:39.12*** join/#brlcad vzwhkbfthtjkwmre (~armin@dslb-092-074-235-035.092.074.pools.vodafone-ip.de)
01:39.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:46.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:14.48*** join/#brlcad amarjeet (~Amarjeet@101.211.232.196)
05:44.23*** join/#brlcad amarjeet (~Amarjeet@101.211.232.196)
06:37.57*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:00.05*** join/#brlcad amarjeet_ (~Amarjeet@101.211.223.111)
07:01.56*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
07:27.51*** join/#brlcad merzo (~merzo@92.60.189.225)
07:30.24*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
08:18.25*** join/#brlcad LordOfBikes (~armin@dslb-092-074-235-035.092.074.pools.vodafone-ip.de)
08:24.12*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
09:31.33*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:09.20*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
12:34.15*** join/#brlcad amarjeet (~Amarjeet@101.211.241.25)
12:50.21*** join/#brlcad amarjeet (~Amarjeet@101.211.241.25)
13:00.59*** join/#brlcad yorik (~yorik@187.101.165.82)
13:08.45Notify03BRL-CAD:ejno * 68755 (brlcad/branches/prep-cache/include/brep/bbnode.h brlcad/branches/prep-cache/include/brep/brnode.h and 2 others): move constructor implementations to source file
13:21.54Notify03BRL-CAD:ejno * 68756 (brlcad/branches/prep-cache/include/brep/bbnode.h brlcad/branches/prep-cache/include/brep/brnode.h brlcad/branches/prep-cache/src/libbrep/BBNode.cpp): move BBNode::intersectedBy() implementation to source file
13:24.36*** join/#brlcad amarjeet (~Amarjeet@101.211.241.25)
13:39.42*** join/#brlcad amarjeet (~Amarjeet@101.211.241.25)
13:48.52*** join/#brlcad nilram (~nilram@116.227.137.251)
13:55.26*** join/#brlcad amarjeet (~Amarjeet@101.211.241.25)
14:13.58*** join/#brlcad amarjeet (~Amarjeet@101.211.241.25)
14:25.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:32.15*** join/#brlcad amarjeet (~Amarjeet@101.211.241.25)
14:37.59*** join/#brlcad boj (~boj@2001:250:3c00:2074:7127:f543:58b8:1573)
14:43.35*** join/#brlcad LordOfBikes (~armin@dslb-092-074-235-035.092.074.pools.vodafone-ip.de)
14:46.39*** join/#brlcad amarjeet (~Amarjeet@101.211.241.25)
15:09.50*** join/#brlcad boj (~boj@116.7.245.187)
15:11.14*** join/#brlcad amarjeet (~Amarjeet@101.211.241.25)
17:45.46Notify03BRL-CAD:ejno * 68757 brlcad/branches/prep-cache/src/librt/cache.c: calculate uuids using db5_raw_internal.body only
18:37.16Notify03BRL-CAD:ejno * 68758 (brlcad/branches/prep-cache/include/brep/util.h brlcad/branches/prep-cache/src/librt/cache.c): only cache if ft_prep_serialize is set
18:44.12*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
18:53.30*** join/#brlcad ickby (~stefan@x5d84636e.dyn.telefonica.de)
19:12.46*** join/#brlcad shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
19:17.56*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
19:19.43*** join/#brlcad yorik (~yorik@187.101.165.82)
20:10.47*** join/#brlcad merzo (~merzo@248-36-133-95.pool.ukrtel.net)
20:39.14*** join/#brlcad ickby (~stefan@x5d84636e.dyn.telefonica.de)
20:58.43*** join/#brlcad ickby_ (~stefan@x5d84636e.dyn.telefonica.de)
22:35.20*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
22:38.41*** join/#brlcad merzo (~merzo@248-36-133-95.pool.ukrtel.net)
22:59.46*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:09.47Notify03BRL-CAD Wiki:Johnnyapple * 0 /wiki/User:Johnnyapple:
23:14.11*** join/#brlcad merzo (~merzo@248-36-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20160826

IRC log for #brlcad on 20160826

00:38.13*** join/#brlcad krkxatnniyojnjou (~armin@dslb-092-075-153-182.092.075.pools.vodafone-ip.de)
02:08.52*** join/#brlcad boj_ (~boj@2001:250:3c00:2074:7127:f543:58b8:1573)
16:05.24*** join/#brlcad infobot (ibot@rikers.org)
16:05.24*** topic/#brlcad is BRL-CAD release 7.26.0 is out! More than 150 user-visible changes including 6 major efforts! || GSoC 2016 is coming to a close, showcase forthcoming || Help needed reviewing and integrating 700+ GCI tasks || Logs: http://ibot.rikers.org/%23brlcad/
16:10.05*** join/#brlcad amarjeet (~Amarjeet@101.211.233.160)
16:25.22*** join/#brlcad amarjeet (~Amarjeet@101.211.233.160)
16:58.58*** join/#brlcad amarjeet (~Amarjeet@101.211.233.160)
17:12.44*** join/#brlcad amarjeet (~Amarjeet@101.211.233.160)
17:27.32*** join/#brlcad amarjeet (~Amarjeet@101.211.233.160)
17:29.51*** join/#brlcad amarjeet (~Amarjeet@101.211.233.160)
18:05.51*** join/#brlcad amarjeet (~Amarjeet@101.211.233.160)
18:11.54*** join/#brlcad ickby (~stefan@x5d84715c.dyn.telefonica.de)
18:19.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:44.35*** join/#brlcad amarjeet (~Amarjeet@101.211.233.160)
19:14.25*** join/#brlcad ickby (~stefan@x5d84715c.dyn.telefonica.de)
19:25.53*** join/#brlcad ickby_ (~stefan@x5d84715c.dyn.telefonica.de)
19:31.23brlcadstarseeker: if vega can do delaunay tets, might be an easier path to OBBs and maybe even concave/convex hulls
19:31.52brlcadworthy of a test if you got an itch to check it out
19:49.33starseekerbrlcad: I was actually wondering if we could use the output of raytracing + poisson surface meshing as inputs to their tet mesher and actually apply FEM to our CAD geometry...
19:50.07starseekerhadn't considered other possibilities, but that's a point...
19:50.18starseekerneed to un-fubar the repo first though
19:50.33starseekerthis is Not Good
19:57.27*** join/#brlcad ickby (~stefan@x5d84715c.dyn.telefonica.de)
20:58.16*** join/#brlcad merzo (~merzo@88-249-94-178.pool.ukrtel.net)
21:31.35*** join/#brlcad merzo (~merzo@88-249-94-178.pool.ukrtel.net)
21:31.54Notify03BRL-CAD Wiki:Sean * 9832 /wiki/NURBS: summarize our NURBS progress
21:54.38Notify03BRL-CAD Wiki:Sean * 9833 /wiki/NURBS: mention the nurbs bool eval doc
22:08.38Notify03BRL-CAD Wiki:Sean * 9835 /wiki/NURBS_Editing_Suppor: expand details on nurbs editing operations
22:25.45brlcadstarseeker: certainly a possibility but I think it'd beg for random sperical sampling or it'll have the same issues as gqa
22:28.46brlcadit'd probably also need adaptive sampling -- delaunay tetrahedralization does not do well with corners/edges without more samples near sharp features
22:30.01brlcade.g., http://brlcad.org/tmp/marching_tets/Picture%203.png
22:31.19starseekerbrlcad: I've got what I think is a rebuilt version of the repo that skips the "bad" commits
22:32.23starseekerI'm setting up validation testing as much as I can - should I post to the devel list to let people know to avoid committing and be prepared to do new checkouts?
IRC log for #brlcad on 20160827

IRC log for #brlcad on 20160827

00:49.45*** join/#brlcad LordOfBikes (~armin@dslb-178-007-230-232.178.007.pools.vodafone-ip.de)
05:22.51*** join/#brlcad milamber (~cjd@2602:306:8094:9990:fc50:f0d5:491a:bffc)
05:29.49*** join/#brlcad ickby (~stefan@x5d845347.dyn.telefonica.de)
07:10.08*** join/#brlcad boj_ (~boj@2001:250:3c00:2074:4cdb:5260:7e32:3a6d)
07:34.39*** join/#brlcad amarjeet (~Amarjeet@101.211.231.151)
07:46.47*** join/#brlcad amarjeet_ (~Amarjeet@101.211.243.16)
07:48.05*** join/#brlcad ickby_ (~stefan@x5d845347.dyn.telefonica.de)
07:59.41*** join/#brlcad amarjeet (~Amarjeet@101.211.243.16)
08:03.32*** join/#brlcad Mandeep_Singh (~mandeep@117.199.99.232)
08:11.38*** join/#brlcad merzo (~merzo@88-249-94-178.pool.ukrtel.net)
08:37.35*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
09:18.21*** join/#brlcad ickby_ (~stefan@x5d845f3f.dyn.telefonica.de)
09:27.40*** join/#brlcad amarjeet (~Amarjeet@101.211.228.41)
11:19.14*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
11:55.03*** join/#brlcad shubham (2d73b027@gateway/web/freenode/ip.45.115.176.39)
12:20.11*** join/#brlcad amarjeet (~Amarjeet@101.211.241.207)
12:23.00brlcadstarseeker: what are the respective sizes of the corrupt and rebuilt repos?
12:24.40brlcadalso, what happens to the "skipped" commits -- is there a gap in the commits or are they all down-shifted because of the rebuild?
12:26.33brlcadalso, are you sure that checkouts will need to re-checkout and not just update?
13:35.43*** join/#brlcad amarjeet (~Amarjeet@101.211.211.33)
14:05.48*** join/#brlcad Mandeep_Singh (~mandeep@117.199.99.232)
15:06.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:08.48``Erikyowza, http://www.xkcd.com/1725/ is the kind of thing that should get back to the mrb or whatever replaced it :D
15:09.36teepeebrlcad: hi, we were just discussing the presentation/showcase mentioned in your mail
15:10.36teepeewould that include just the brl-cad projects? if yes, I'm totally happy with the blog posts amarjeet wrote about the staus of the project
15:29.56*** join/#brlcad ickby_ (~stefan@x5d845f27.dyn.telefonica.de)
15:38.31starseekerbrlcad: I'll check on the size - the commit numbers are down-shifted
15:39.12starseekerI don't know 100% that people will need a new checkout, but I'd hate to try to guarantee that there wouldn't be subtle issues going with just an update...
16:12.13brlcadinteresting paper: https://arxiv.org/pdf/1608.05137v1.pdf
16:13.25brlcadteepee: no it would not, anything awesome is showcase material -- time is the only constraint
16:14.05brlcadsome projects resort to doing a video presentation, which is very easy for anyone to present via proxy
16:14.22brlcadi think 3min is the timeframe we worked with last year
16:15.04teepeeok, cool, so we'll discuss if we can have like 3 slides mostly pictures to flash through with maybe 10 words or so :)
16:15.39teepeeright after pressing the save button for the evaluation which hopefully works :)
16:15.41brlcadokay, slides work too -- 3-6 slides generally consume 3min
16:16.12brlcadyeah, beware there is a "delay" after you hit that save button .. solid 5 seconds or so of white screen
16:16.29brlcadbut did work for me
16:16.42teepeeis not a fan of those "you can press that button only once" guis
16:17.19brlcad``Erik: nifty freebsd overview: https://cooltrainer.org/a-freebsd-desktop-howto/
16:17.33brlcad(desktop)
16:17.42brlcadteepee: yeah, me either
16:18.08brlcadactually opposed to the whole "you cannot change it once submitted" too ... that's new this year
16:18.13teepeetwiddles thumbs...
16:18.20teepeeahh, there it is already
16:18.21brlcadshould be able to change until the deadline
16:18.50teepeeyep, I found that much nicer, especially with 2 mentors, the other could have a look though and add things
16:19.08brlcadexactly
16:19.31teepeebut then, not a huge deal. so I left the last question with "No" :D
16:19.42brlcadespecially with any shared mentoring, one might have been 10 hours a week, the other 15 hours ...
16:20.15brlcadteepee: did you see the lightning talk presentations from previous years?
16:20.28teepeeno, is that available somewhere?
16:22.27brlcadhttps://drive.google.com/folderview?id=0B-c5jwGzSQyPOHZyUVdNV2hFRUk&usp=sharing
16:22.56brlcadmore here: https://drive.google.com/open?id=0B-c5jwGzSQyPUU5hMVBOU25heDA
16:23.50teepeenice, I'll have a look...
16:23.58teepeeahh, coreboot :)
16:24.58brlcadthey were time-constrained both those years, but hopefully more time this year for more orgs
16:25.38teepeeI guess with more than 5 minutes it would not be a lightning talk anymore :)
16:26.07brlcadthe talks are timed and cut off
16:26.29teepeethose would also be nice candidates for recordings maybe
16:27.54brlcadyeah, some of them are incredibly interesting
16:28.27brlcadsome people are just great presenters and speak well, other orgs prepare awesome videos and just hit play, some just totally wing it ;)
16:29.16teepeeIt's nice to be able to see those recordins in case one is interested but can't attend personally
16:29.45teepeeor things like FOSDEM where there are like 20 tracks in parallel
16:30.33teepeefor some strange reason lots of opensource/non-profit groups manage to do extremely well regarding that, e.g. CCC, FOSDEM, Debian, ...
16:31.00teepeefor some reason I'm still waiting for the github conference talks which is like 4 month past and the web page still mentions the live stream :/
17:22.54*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
17:45.08brlcadstarseeker: can you send me a list of the repo transactions that were corrupted, that you're culling?
17:46.05*** part/#brlcad milamber (~cjd@2602:306:8094:9990:fc50:f0d5:491a:bffc)
17:46.28*** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
17:52.52*** join/#brlcad Mandeep_Singh (~mandeep@117.199.99.232)
18:13.52*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
18:21.08starseekerbrlcad: sure - by email?
18:28.38starseekeractually, I'll send you full info on what I'm trying to do
18:35.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:48.43starseekerbrlcad: sent
18:52.54starseekerdecided to be insane and try OpenBSD as a desktop OS...
18:57.44starseekerbrlcad: I'm half inclined to cull 68308 as well, since that's the commit that got the duplicate emails...
18:59.02starseekerit doesn't *seem* to cause any problems in-and-of-itself, but as I'm thinking about it I'm leaning more and more towards caution
19:18.22*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
19:44.55nmz787_brlcad: did you see my replies?
19:46.17nmz787_brlcad: you mentioned something about not using less than 5 microns dimension... which conflicts wholly with "BRL-CAD users can accurately model objects on scales ranging from the subatomic through the galactic and get "all the details, all the time."" from here: http://brlcad.org/wiki/Overview#What_is_BRL-CAD.3F
19:47.08nmz787_brlcad: I am working on MEMS devices which have nanoscale through macroscale features... I had been assuming that statement was good reason to avoid commercial softwares (as well as all other open-source CAD tools)
19:47.31nmz787_brlcad: can you explain your 5 micron warning more? you mentioned computational stability or something.
19:47.46nmz787_5 microns is HUGE for some of the things I will be doing
20:02.41starseekerbrlcad: spotted an issue with the 7.26.0 release - we call out the new fastgen support, but I think that's only exposed through the "gcv" command - which is currently flagged as "NO_INSTALL"
20:03.38starseekerbrlcad: we should probably either update the release notes to not mention that work yet or go back and enable the install of gcv
20:08.18starseekerfigures the latter, even if it does mean rebuilding the binaries...
20:38.59starseekerbrlcad: or I suppose we could do like 7.16.8 and make an errata patch...
20:39.20starseeker(for the source tarball - obviously still need to rebuild binaries...)
20:42.31starseekerwonders why we're in the System Administration/Hardware/Symmetric Multi-processing category at sourceforge rather than Science & Engineering/Mechanical and Civil Engineering/Computer-aided technologies (CADD/CAM/CAE) like LibreCAD
20:45.29*** join/#brlcad amarjeet (~Amarjeet@101.211.211.33)
22:31.34*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
IRC log for #brlcad on 20160828

IRC log for #brlcad on 20160828

00:47.35*** join/#brlcad pjwwutfizfmambnp (~armin@dslb-178-007-228-013.178.007.pools.vodafone-ip.de)
02:22.27*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:19.44*** join/#brlcad Gud_ (~k@c-890ae555.021-17-73746f36.cust.bredbandsbolaget.se)
03:25.01*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
04:25.29*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
05:29.50*** join/#brlcad amarjeet (~Amarjeet@101.211.226.50)
05:42.19*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
06:56.23*** join/#brlcad amarjeet (~Amarjeet@101.211.226.50)
07:05.19*** join/#brlcad amarjeet (~Amarjeet@101.211.239.128)
07:07.53*** join/#brlcad Mandeep_Singh (~mandeep@117.207.155.12)
07:47.23*** join/#brlcad ickby_ (~stefan@x5d846256.dyn.telefonica.de)
10:00.33*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:adb5:f24a:73fe:51f)
10:26.34*** join/#brlcad ickby (~stefan@x5d846256.dyn.telefonica.de)
10:58.05*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
11:30.45*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
13:33.49*** join/#brlcad ickby_ (~stefan@x5d846256.dyn.telefonica.de)
13:40.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:20.06*** join/#brlcad amarjeet (~Amarjeet@101.211.242.166)
19:45.15*** join/#brlcad LordOfBikes (~armin@dslb-178-007-228-013.178.007.pools.vodafone-ip.de)
22:25.31*** join/#brlcad maths22_ (~maths22@unaffiliated/maths22)
22:25.56*** join/#brlcad starseek1r (~starseeke@104.225.5.10)
22:28.55*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
22:38.56*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
22:46.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160829

IRC log for #brlcad on 20160829

00:39.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:46.24*** join/#brlcad dzouoewpcxxicfuu (~armin@dslb-092-074-224-253.092.074.pools.vodafone-ip.de)
02:36.05*** join/#brlcad ickby_ (~stefan@x5d846256.dyn.telefonica.de)
02:46.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:19.43*** join/#brlcad nilram (~nilram@adsk-nat-ip9.autodesk.com)
03:39.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:56.35brlcadnmz787_: there are a number of tolerance values that have to be adjusted to create models smaller than sub-millimeter scale
03:57.12brlcadnmz787_: the biggest one is the default calculation tolerance, which is what delta value constitutes a change
03:57.34brlcadthis is 0.0005mm be default, adjusted with the tol command
04:00.46brlcadstarseek1r: we should roll out 7.26.2 asap -- the bot bug is potentially huge too
04:01.48brlcadcreating updated binaries with gcv enabled is fine, fastgen users compile already and we can just tell them in person what to do
04:02.25brlcadprobably should withold integrated distribution until 7.26.2, which maybe we should push this week to stay on track
04:03.14brlcadthere wasn't a CAD/CAM/CAE category when our project was set up.  they must have added more categories.
05:22.01*** join/#brlcad amarjeet (~Amarjeet@101.211.227.123)
05:29.26nmz787_brlcad: tol is an mged command?
05:58.49*** join/#brlcad amarjeet (~Amarjeet@101.211.227.123)
06:11.08*** join/#brlcad amarjeet (~Amarjeet@101.211.227.123)
06:46.12*** join/#brlcad amarjeet (~Amarjeet@101.211.227.123)
07:12.58*** join/#brlcad merzo (~merzo@120-123-133-95.pool.ukrtel.net)
07:14.07*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:22.48*** join/#brlcad amarjeet (~Amarjeet@101.211.224.154)
07:48.55*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
07:58.53*** join/#brlcad asad_ (~asad00@host10-2.natpool.mwn.de)
08:35.35*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:02.23*** join/#brlcad asad__ (~asad00@host10-2.natpool.mwn.de)
10:02.55*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
10:05.05*** join/#brlcad amarjeet (~Amarjeet@101.211.217.35)
13:28.00Notify03BRL-CAD:starseeker * 68762 (brlcad/trunk/NEWS brlcad/trunk/src/libged/keep.c): Improve keep error reporting when file can not be created.
14:03.09*** join/#brlcad yorik (~yorik@187.101.165.82)
14:12.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:27.46*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
14:29.14*** join/#brlcad yorik (~yorik@187.101.165.82)
14:39.28*** join/#brlcad asad__ (~asad00@host10-2.natpool.mwn.de)
14:40.08*** join/#brlcad amarjeet (~Amarjeet@101.211.238.243)
14:56.08*** join/#brlcad merzo (~merzo@94.45.58.141)
14:56.54*** join/#brlcad amarjeet (~Amarjeet@101.211.238.243)
15:41.23*** join/#brlcad amarjeet (~Amarjeet@101.211.221.36)
15:51.48Notify03BRL-CAD:starseeker * 68763 (brlcad/trunk/NEWS brlcad/trunk/src/tclscripts/rtwizard/lib/MGEDpage.itk): If the user sets the hierarchy view width, we want that width to stay constant between windows. Also uniformly initialize to width 250 rather than on the lenght of the file name.
16:00.24*** join/#brlcad ickby_ (~stefan@tmo-097-180.customers.d1-online.com)
16:33.09*** join/#brlcad ickby (~stefan@tmo-104-230.customers.d1-online.com)
17:28.11Notify03BRL-CAD:starseeker * 68764 (brlcad/trunk/NEWS brlcad/trunk/src/tclscripts/rtwizard/lib/FbPage.itk): Have the default rtwizard image size key off of the mgedObj size. Can be overridden by the FbPage.
17:39.27*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:44.23Notify03BRL-CAD Wiki:Jmirpay1964 * 0 /wiki/User:Jmirpay1964:
19:03.25*** join/#brlcad amarjeet (~Amarjeet@101.211.226.17)
19:49.42*** join/#brlcad amarjeet (~Amarjeet@101.211.238.55)
20:57.11*** join/#brlcad merzo (~merzo@88-249-94-178.pool.ukrtel.net)
21:01.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:31.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:25.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:09.53*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160830

IRC log for #brlcad on 20160830

00:14.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:45.07*** join/#brlcad dqzrsaglqsyyevpg (~armin@dslb-088-066-154-072.088.066.pools.vodafone-ip.de)
01:11.16starseekeris actually quite surprised by how well the OpenBSD laptop experiment is going. probably confirms I'm a dinosaur when it comes to my desktop environments...
01:30.07*** join/#brlcad nilram_ (~nilram@103.23.161.18)
02:07.40Notify03BRL-CAD:starseeker * 68765 brlcad/trunk/src/irprep/CMakeLists.txt: openbsd exposed a directory where we weren't sorting the directories - X11 got included without isystem, which resulted in an error.
02:11.34*** join/#brlcad amarjeet (~Amarjeet@101.211.238.55)
03:10.05*** join/#brlcad nilram (~nilram@adsk-nat-ip4.autodesk.com)
03:51.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:02.46*** join/#brlcad ickby (~stefan@tmo-118-137.customers.d1-online.com)
05:24.42*** join/#brlcad amarjeet (~Amarjeet@101.211.220.71)
05:44.41*** join/#brlcad amarjeet (~Amarjeet@101.211.220.71)
06:04.26*** join/#brlcad Mandeep_Singh (~Mandeep@122.173.148.51)
06:42.58*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:46.55*** join/#brlcad amarjeet (~Amarjeet@101.211.219.71)
07:55.00*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:34.46*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:11.09*** join/#brlcad merzo (~merzo@92.60.189.225)
09:13.51*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
09:31.11*** join/#brlcad merzo (~merzo@92.60.189.225)
10:07.11*** join/#brlcad merzo (~merzo@92.60.189.225)
11:29.49*** join/#brlcad notify-web (~notify-we@192.30.252.46)
11:29.49notify-web[13web] 15sniok opened pull request #17: [GSoC 2016] Wordpress site and MediaWiki skin (06master...06gsoc2016) 02https://git.io/vifE7
11:29.49*** part/#brlcad notify-web (~notify-we@192.30.252.46)
11:30.15*** join/#brlcad notify-web (~notify-we@192.30.252.41)
11:30.15notify-web[13web] 15sniok closed pull request #16: Responsive navigation menu, mail subscription form and more (06master...06master) 02https://git.io/vVmhQ
11:30.15*** part/#brlcad notify-web (~notify-we@192.30.252.41)
11:32.19starseekerwatches the OpenBSD build with some bemusement - they really don't like our use of sprintf in libbu...
11:39.06Notify03BRL-CAD:starseeker * 68766 brlcad/trunk/src/fb/CMakeLists.txt: Another case where we need isystem
12:01.18Notify03BRL-CAD:starseeker * 68767 brlcad/trunk/src/bwish/CMakeLists.txt: Looks like bwish also needs isystem
12:38.33*** join/#brlcad merzo (~merzo@92.60.189.225)
12:55.09*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
13:02.14*** join/#brlcad merzo (~merzo@92.60.189.225)
13:04.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:12.05*** join/#brlcad yorik (~yorik@187.101.165.82)
14:01.16*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
14:15.24*** join/#brlcad amarjeet_ (~Amarjeet@101.211.219.96)
14:28.25*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
14:56.26*** join/#brlcad merzo (~merzo@92.60.189.225)
15:04.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:32.27*** join/#brlcad merzo (~merzo@92.60.189.225)
16:04.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:15.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:58.26*** join/#brlcad shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
17:04.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:39.52*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
21:50.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:46.45*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160831

IRC log for #brlcad on 20160831

01:31.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:34.30*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
05:22.24*** join/#brlcad amarjeet (~Amarjeet@101.211.233.148)
05:47.44*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
06:44.51*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:36.37Notify03BRL-CAD Wiki:Mdbuff2016 * 0 /wiki/User:Mdbuff2016:
07:44.11*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:36.50*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:38.13*** join/#brlcad amarjeet_ (~Amarjeet@101.211.233.148)
10:22.30*** join/#brlcad amarjeet_ (~Amarjeet@101.211.233.148)
10:29.37*** join/#brlcad amarjeet (~Amarjeet@101.211.233.148)
10:30.22*** join/#brlcad amarjeet (~Amarjeet@101.211.233.148)
10:40.37*** join/#brlcad amarjeet_ (~Amarjeet@101.211.228.141)
10:49.58*** join/#brlcad sniok (~sniok@89.252.2.135)
10:52.36*** join/#brlcad sniok (~sniok@89.252.2.135)
10:54.06*** join/#brlcad sniok_ (~sniok@89.252.2.135)
10:55.38*** join/#brlcad sniok_ (~sniok@89.252.2.135)
11:02.02*** join/#brlcad sniok (~sniok@89.252.2.135)
11:04.22*** join/#brlcad sniok_ (~sniok@89.252.2.135)
11:32.49*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:39.21*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:00.09starseekerbrlcad: repo itself looks good, but looks like the post-commit hook needs to be redone
12:00.36starseekerhttps://sourceforge.net/p/forge/documentation/svn/#hooks
12:02.38starseekerprobably why emails aren't going out yet
12:03.28starseekerwill try to get that set up later this morning - I don't think it needs a project Admin...
12:06.33*** join/#brlcad amarjeet (~Amarjeet@101.211.228.141)
12:19.50*** join/#brlcad sniok (~sniok@89.252.2.135)
12:21.57*** join/#brlcad sniok_ (~sniok@89.252.2.135)
12:56.18*** join/#brlcad asad_ (~asad00@ool-18ba434a.dyn.optonline.net)
13:16.15Notify03BRL-CAD:starseeker * 68770 brlcad/trunk/TODO: burst is now (at least in a basic sense) on Windows
13:16.22starseekerthere we go
13:25.03*** join/#brlcad asad_ (~asad00@ool-18ba434a.dyn.optonline.net)
13:37.02*** join/#brlcad amarjeet (~Amarjeet@101.211.228.141)
13:41.36*** join/#brlcad yorik (~yorik@187.101.165.82)
13:44.06Notify03BRL-CAD:starseeker * 68771 brlcad/trunk/misc/svn2git/account-map: Fill in a few more names in the account-map
13:44.58*** join/#brlcad amarjeet (~Amarjeet@101.211.228.141)
13:54.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:00.21*** join/#brlcad sniok_ (~sniok@89.252.2.135)
14:28.16Notify03BRL-CAD:starseeker * 68772 brlcad/trunk/misc/svn2git/account-map: Add another name to the map
14:47.38Notify03BRL-CAD:starseeker * 68773 (brlcad/trunk/misc/svn2git/svn2git/main.cpp brlcad/trunk/misc/svn2git/svn2git/svn.cpp): merge latest changes from upstream
14:50.13*** join/#brlcad amarjeet (~Amarjeet@101.211.228.141)
15:13.50*** join/#brlcad amarjeet (~Amarjeet@101.211.228.141)
15:54.11*** join/#brlcad asad_ (~asad00@ool-18ba434a.dyn.optonline.net)
15:59.57*** join/#brlcad amarjeet (~Amarjeet@101.211.247.58)
16:04.32*** join/#brlcad sniok_ (~sniok@89.252.2.135)
16:12.32*** join/#brlcad sniok (~sniok@89.252.2.135)
16:15.52*** join/#brlcad sniok_ (~sniok@89.252.2.135)
16:31.43*** join/#brlcad sniok (~sniok@89.252.2.135)
16:34.22*** join/#brlcad asad_ (~asad00@ool-18ba434a.dyn.optonline.net)
16:34.22*** join/#brlcad sniok_ (~sniok@89.252.2.135)
16:37.12*** join/#brlcad sniok (~sniok@89.252.2.135)
16:39.01*** join/#brlcad sniok_ (~sniok@89.252.2.135)
16:42.44*** join/#brlcad sniok (~sniok@89.252.2.135)
17:10.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:20.51*** join/#brlcad sniok (~sniok@89.252.2.135)
17:40.50*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:10.40*** join/#brlcad sniok_ (~sniok@89.252.2.135)
18:13.49*** join/#brlcad sniok (~sniok@89.252.2.135)
18:16.32*** join/#brlcad asad_ (~asad00@ool-18ba434a.dyn.optonline.net)
18:16.57*** join/#brlcad sniok_ (~sniok@89.252.2.135)
18:19.21*** join/#brlcad sniok (~sniok@89.252.2.135)
18:21.55*** join/#brlcad sniok (~sniok@89.252.2.135)
18:23.33*** join/#brlcad sniok_ (~sniok@89.252.2.135)
18:25.33*** join/#brlcad sniok_ (~sniok@89.252.2.135)
18:53.41*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
19:30.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:36.05*** join/#brlcad ickby_ (~stefan@x5d844cfc.dyn.telefonica.de)
19:43.30*** join/#brlcad ickby (~stefan@x5d844cfc.dyn.telefonica.de)
19:59.07*** join/#brlcad shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
20:15.20*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
20:25.57*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:53.33Notify03BRL-CAD:bob1961 * 68774 brlcad/trunk/src/libtclcad/tclcad_obj.c: Use %zu for size_t.
21:18.20brlcadnmz787_: yes, tol is an mged command -- also many other commands have tolerance options too
22:39.07*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160901

IRC log for #brlcad on 20160901

00:43.08*** join/#brlcad zvooqagurkuesros (~armin@dslb-088-066-152-123.088.066.pools.vodafone-ip.de)
01:07.24*** join/#brlcad asad_ (~asad00@ool-18ba434a.dyn.optonline.net)
03:28.45*** join/#brlcad asad_ (~asad00@ool-18ba434a.dyn.optonline.net)
04:04.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:47.36Notify03BRL-CAD:brlcad * 68775 brlcad/trunk/src/fb/png-fb.c: zlib.h is not used here
04:48.32Notify03BRL-CAD:brlcad * 68776 (brlcad/trunk/src/util/png-bw.c brlcad/trunk/src/util/png-pix.c brlcad/trunk/src/util/png_info.c): copypasta. zlib.h is not used in these files.
04:51.57Notify03BRL-CAD:brlcad * 68777 (brlcad/trunk/src/fb/fb-png.c brlcad/trunk/src/libdm/dm_obj.c and 4 others): remove zlib.h as it's only used to set the png compression level. number suffices just fine and avoids the include path dependency.
04:54.27Notify03BRL-CAD:brlcad * 68778 brlcad/trunk/src/fb/CMakeLists.txt: no longer needs the include path for zlib.h
06:12.09*** join/#brlcad sniok_ (~sniok@89.252.2.135)
06:20.30*** join/#brlcad sniok (~sniok@89.252.29.238)
06:31.51*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
06:43.14*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:59.38*** join/#brlcad amarjeet (~Amarjeet@101.211.217.3)
07:14.10*** join/#brlcad amarjeet (~Amarjeet@101.211.217.3)
07:24.07*** join/#brlcad amarjeet (~Amarjeet@101.211.217.3)
07:59.19*** join/#brlcad amarjeet (~Amarjeet@101.211.217.3)
08:02.36*** join/#brlcad sniok (~sniok@89.252.29.238)
08:44.47*** join/#brlcad sniok (~sniok@89.252.29.238)
09:01.55*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
09:03.08*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
09:09.41*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:22.37*** join/#brlcad sniok (~sniok@89.252.29.238)
09:48.22*** join/#brlcad sniok (~sniok@89.252.29.238)
10:07.39*** join/#brlcad sniok (~sniok@89.252.29.238)
10:52.12*** join/#brlcad sniok (~sniok@89.252.29.238)
11:07.56*** join/#brlcad Mandeep_Singh (~Mandeep@117.220.102.214)
11:12.15*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:48.04*** join/#brlcad Mandeep_Singh (~Mandeep@122.173.48.124)
12:33.19*** join/#brlcad sniok (~sniok@89.252.29.238)
12:51.21*** join/#brlcad sniok (~sniok@89.252.29.238)
13:56.35*** join/#brlcad asad_ (~asad00@ool-18ba434a.dyn.optonline.net)
14:34.32*** join/#brlcad amarjeet (~Amarjeet@101.211.231.223)
14:52.26*** join/#brlcad sniok (~sniok@89.252.29.238)
15:17.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:21.46*** join/#brlcad sniok (~sniok@89.252.2.135)
15:26.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:27.24*** join/#brlcad asad__ (~asad00@ool-18ba434a.dyn.optonline.net)
15:34.14*** join/#brlcad sniok_ (~sniok@89.252.2.135)
15:34.51*** join/#brlcad asad_ (~asad00@ool-18ba434a.dyn.optonline.net)
15:40.40*** join/#brlcad sniok (~sniok@89.252.2.135)
16:05.39*** join/#brlcad amarjeet (~Amarjeet@101.211.231.223)
16:14.09*** join/#brlcad sniok (~sniok@89.252.2.135)
16:23.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:27.44*** join/#brlcad amarjeet (~Amarjeet@101.211.243.243)
16:36.09*** join/#brlcad sniok (~sniok@89.252.2.135)
16:49.00*** join/#brlcad amarjeet (~Amarjeet@101.211.243.243)
16:49.33*** join/#brlcad asad_ (~asad00@ool-18ba434a.dyn.optonline.net)
16:55.58*** join/#brlcad amarjeet (~Amarjeet@101.211.243.243)
17:54.15*** join/#brlcad amarjeet (~Amarjeet@101.211.243.243)
18:03.21*** join/#brlcad amarjeet (~Amarjeet@101.211.243.243)
18:20.03*** join/#brlcad amarjeet (~Amarjeet@101.211.243.243)
19:33.44*** join/#brlcad amarjeet (~Amarjeet@101.211.243.243)
20:02.48*** join/#brlcad amarjeet (~Amarjeet@101.211.243.243)
20:09.14*** join/#brlcad amarjeet (~Amarjeet@101.211.243.243)
21:17.02*** join/#brlcad asad_ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
21:46.42*** join/#brlcad ishweradmin (~ishweradm@servers.ishwerdas.com)
22:40.03*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:53.29*** join/#brlcad asad___ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
IRC log for #brlcad on 20160902

IRC log for #brlcad on 20160902

00:55.04*** join/#brlcad LordOfBikes (~armin@dslb-178-010-190-043.178.010.pools.vodafone-ip.de)
00:55.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:07.26*** join/#brlcad asad_ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
02:05.18*** join/#brlcad asad____ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
02:07.14*** join/#brlcad asad_____ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
03:17.52Notify03BRL-CAD:starseeker * 68779 (brlcad/trunk/NEWS brlcad/trunk/src/tclscripts/rtwizard/lib/MGEDpage.itk): Taking a page from Archer, use the iwidget panedwindow rather than tk's version. Untested as yet, but this should fix the crashing issue we were seeing on Windows when the panedwindow sash was agressively dragged (or slowly with no mouse let-up). The new behavior is that the windows are not redrawn until the
03:17.54Notifymouse is released. Also has the side-effect of maintaining the *relative* ratio of the left and right panel sizes rather than expanding only the right panel size - I suspect a work-around for that may be possible but I haven't tried to implement it yet. In the meantime, this should be an overall improvement in behavior.
03:17.56Notify...
03:24.01starseekerdigs deeper into the iwidget panedwindow and quickly decides that it's not worth trying to make a 'resize right window only' mod...
03:25.04starseekerbetter approach if users want improvements would be to have a .rtwizardrc file that saves window size and fractions...
03:43.15Notify03BRL-CAD:starseeker * 68780 (brlcad/trunk/NEWS brlcad/trunk/doc/docbook/system/man1/CMakeLists.txt): g_diff man page is replaced by gdiff man page.
03:46.31*** join/#brlcad asad_ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
03:47.00Notify03BRL-CAD:brlcad * 68781 brlcad/trunk/misc/CMake/FindOPENNURBS.cmake: apparently this was copied from zlib's
03:49.18*** join/#brlcad asad______ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
03:49.44Notify03BRL-CAD:brlcad * 68782 (brlcad/trunk/src/libbrep/CMakeLists.txt brlcad/trunk/src/libicv/CMakeLists.txt and 2 others): needs more cross-platform testing, but mac build doesn't need any of these zlib include dirs or linkages. presumably added for opennurbs. if needed, probably should be included in OPENNURBS_LIBRARIES and that used instead of OPENNURBS_LIBRARY.
03:54.55Notify03BRL-CAD:brlcad * 68783 (brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIII.xml brlcad/trunk/doc/docbook/system/man1/CMakeLists.txt): g_lint was renamed to glint, so rename the manual page to match
03:55.45Notify03BRL-CAD:brlcad * 68784 brlcad/trunk/doc/IDEAS: g_qa renamed gqa
04:07.18Notify03BRL-CAD:brlcad * 68785 brlcad/trunk/src/libbu/uuid.c: er, .h not .hh
04:27.40Notify03BRL-CAD:starseeker * 68786 (brlcad/trunk/NEWS brlcad/trunk/doc/docbook/system/mann/CMakeLists.txt brlcad/trunk/src/libged/gdiff.c): Clean up MGED gdiff a bit: set default tolerance to something sane rather than the minimum distance, don't draw common segments unless asked for, dispense with -R option since no other behavior is currently available, add man page.
04:53.22Notify03BRL-CAD:brlcad * 68787 brlcad/trunk/include/bu/str.h: note that they are case-insensitive
04:54.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:55.07Notify03BRL-CAD:brlcad * 68788 brlcad/trunk/src/librt/comb/comb.c: no need for any of this to use case-sensitive equality comparisons. use equiv and bu_str_true/false.
04:58.23Notify03BRL-CAD:brlcad * 68789 brlcad/trunk/TODO: couldn't find any indication or direct need to recognize single-char 't' and 'f' for representing string true/false.
05:34.26Notify03BRL-CAD:brlcad * 68790 brlcad/trunk/src/libged/typein.c: last straggler directly testing for yes/y converted to bu_str_true()
05:38.56Notify03BRL-CAD:brlcad * 68791 (brlcad/trunk/CHANGES brlcad/trunk/src/libged/TODO brlcad/trunk/src/mged/wdb_obj.c): update few more remaining references to the g_ prefixed commands
05:40.52Notify03BRL-CAD:brlcad * 68792 brlcad/trunk/src/libged/TODO: convert garbage_collect to libged
06:47.13*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:21.07*** join/#brlcad amarjeet (~Amarjeet@101.211.228.75)
07:37.07*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
07:51.18*** join/#brlcad merzo (~merzo@92.60.189.225)
07:53.18*** join/#brlcad amarjeet (~Amarjeet@101.211.228.75)
08:08.25*** join/#brlcad amarjeet (~Amarjeet@202.164.53.117)
08:12.12*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:05.51*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:24.33*** join/#brlcad amarjeet_ (~Amarjeet@101.211.234.22)
09:35.40*** join/#brlcad merzo (~merzo@92.60.189.225)
09:39.03*** join/#brlcad merzo (~merzo@92.60.189.225)
09:44.05*** join/#brlcad amarjeet (~Amarjeet@202.164.53.117)
10:28.12*** join/#brlcad merzo (~merzo@92.60.189.225)
10:48.25*** join/#brlcad amarjeet_ (~Amarjeet@101.211.247.192)
11:09.56*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
11:17.37*** join/#brlcad amarjeet (~Amarjeet@202.164.53.117)
11:23.36*** join/#brlcad amarjeet_ (~Amarjeet@101.211.212.172)
11:25.19*** join/#brlcad amarjeet (~Amarjeet@202.164.53.117)
11:41.50*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
11:46.32*** join/#brlcad ries (~ries@217.121.199.239)
11:49.23*** join/#brlcad ries_ (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
11:55.55*** join/#brlcad amarjeet_ (~Amarjeet@101.211.220.83)
11:59.44*** join/#brlcad amarjeet (~Amarjeet@202.164.53.117)
12:24.38*** join/#brlcad amarjeet_ (~Amarjeet@202.164.53.117)
12:25.42*** join/#brlcad amarjeet (~Amarjeet@101.211.225.24)
13:24.15*** join/#brlcad yorik (~yorik@177.9.170.5)
13:58.55Notify03BRL-CAD:starseeker * 68793 brlcad/trunk/CMakeLists.txt: Start trying to clean up and rationalize the CPack logic a bit. There's probably a better way to organize all this...
14:06.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:48.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:53.25Notify03BRL-CAD:starseeker * 68794 brlcad/trunk/CMakeLists.txt: tag UMASK_EXEC as advanced
14:54.58*** join/#brlcad yorik (~yorik@177.9.170.5)
14:59.33Notify03BRL-CAD:starseeker * 68795 (brlcad/trunk/misc/CMake/FindOPENNURBS.cmake brlcad/trunk/misc/attributes/CMakeLists.txt and 19 others): Windows build broke - see if we can make the OPENNURBS vars contain what's needed.
15:24.13*** join/#brlcad amarjeet (~Amarjeet@101.211.228.58)
15:44.10*** join/#brlcad amarjeet (~Amarjeet@101.211.228.58)
15:57.42Notify03BRL-CAD:starseeker * 68796 brlcad/trunk/src/libged/gdiff.c: add semicolons for better indenting
15:58.09*** join/#brlcad amarjeet (~Amarjeet@101.211.228.58)
16:00.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:09.49Notify03BRL-CAD:brlcad * 68797 brlcad/trunk/include/bu/opt.h: make a semicolon required
16:10.14brlcadotherwise some compilers will issue warnings about unnecessary/stray semicolons
16:20.14*** join/#brlcad amarjeet (~Amarjeet@101.211.228.58)
16:38.16*** join/#brlcad amarjeet (~Amarjeet@101.211.228.58)
16:38.42*** join/#brlcad asad_ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
16:47.08maths22brlcad: It looks like the brlcad site finally got SSL set up!
16:47.56brlcadmaths22: technically, it was set up years ago .. just first with a self-signed cert, then another domain (so mismatch), and now with a proper cert
16:48.34maths22brlcad: Fair
16:49.17maths22Would it be OK if I tuned the cipher suite options to disable RC4 and 3DES ?
17:03.22*** join/#brlcad asad__ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
17:08.39*** join/#brlcad amarjeet (~Amarjeet@101.211.228.58)
17:18.24*** join/#brlcad asad_ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
17:31.53*** join/#brlcad amarjeet (~Amarjeet@101.211.228.58)
17:44.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:51.05brlcadmaths22: any particular reason why?
17:53.21maths22see https://www.ssllabs.com/ssltest/analyze.html?d=brlcad.org
17:54.50brlcadah, for that absolutely
17:54.58brlcadin fact, you could go a lot further if you like
17:55.00brlcadhttps://www.ssllabs.com/ssltest/analyze.html?d=brlcad.org
17:55.06brlcader, https://securityheaders.io/?q=brlcad.org&followRedirects=on
17:55.38maths22brlcad: I can definitely look into that
17:56.04brlcaddon't need them all, but having at least one of them would be good
17:56.10brlcadhaving them all would be great :)
17:59.56maths22I'll do those next (the SSL settings I already have from my personal site and supertuxproject.org, both of which are on bz)
18:04.46*** join/#brlcad amarjeet (~Amarjeet@101.211.228.58)
18:14.50*** join/#brlcad amarjeet (~Amarjeet@101.211.228.58)
18:22.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:27.59*** join/#brlcad amarjeet (~Amarjeet@101.211.228.58)
18:39.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:39.34*** join/#brlcad amarjeet (~Amarjeet@101.211.228.58)
18:44.25maths22brlcad: The SSL config for that was really wierd (bound to the wrong IP, but somehow still working), but I fixed that
18:44.28maths22https://www.ssllabs.com/ssltest/analyze.html?d=brlcad.org
18:54.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:00.42*** join/#brlcad amarjeet (~Amarjeet@101.211.228.58)
19:26.16*** join/#brlcad amarjeet (~Amarjeet@101.211.228.58)
19:47.43*** join/#brlcad amarjeet (~Amarjeet@101.211.228.58)
20:04.14*** join/#brlcad amarjeet (~Amarjeet@101.211.228.58)
20:19.11*** join/#brlcad amarjeet (~Amarjeet@101.211.228.58)
IRC log for #brlcad on 20160903

IRC log for #brlcad on 20160903

00:43.45*** join/#brlcad asad___ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
00:53.44*** join/#brlcad mctfovuwgyfvgpvw (~armin@dslb-088-066-158-133.088.066.pools.vodafone-ip.de)
01:00.24*** join/#brlcad asad_ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
01:01.45*** join/#brlcad asad____ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
01:02.41*** join/#brlcad asad_____ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
02:11.35Notify03BRL-CAD:starseeker * 68798 (brlcad/trunk/NEWS brlcad/trunk/src/rtwizard/main.c and 2 others): To offset the always-adjust-all-pane-sizes behavior of the new rtwizard pane widget, add support for a .rtwizardrc file that will allow users to save their preferred size and pane position.
02:16.51Notify03BRL-CAD:starseeker * 68799 (brlcad/trunk/src/brlman/brlman.tcl brlcad/trunk/src/tclscripts/lib/Accordian.tcl): start setting up for using the accordian widget in the man viewer. Probably a lot of work here...
05:01.45*** join/#brlcad amarjeet (~Amarjeet@101.211.227.151)
06:14.49*** join/#brlcad asad_ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
06:16.29*** join/#brlcad asad______ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
06:17.28*** join/#brlcad asad_______ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
06:27.51*** join/#brlcad asad________ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
06:29.03*** join/#brlcad asad_ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
06:41.20*** join/#brlcad asad_________ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
06:42.19*** join/#brlcad asad__________ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
07:16.53*** join/#brlcad asad_ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
07:34.03*** join/#brlcad asad___________ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
07:35.14*** join/#brlcad amarjeet (~Amarjeet@101.211.227.151)
07:36.48*** join/#brlcad asad____________ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
07:38.31*** join/#brlcad asad_ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
09:09.43*** join/#brlcad LordOfBikes (~armin@dslb-088-066-158-133.088.066.pools.vodafone-ip.de)
12:19.31*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
14:48.09*** join/#brlcad ickby (~stefan@x5d84458f.dyn.telefonica.de)
14:48.42Notify03BRL-CAD:starseeker * 68800 (brlcad/trunk/src/brlman/brlman.tcl brlcad/trunk/src/tclscripts/man_browser.tcl): real work will be done in man_browser
14:49.01Notify03BRL-CAD:starseeker * 68801 brlcad/trunk/src/tclscripts/man_browser.tcl: ws
14:52.33*** join/#brlcad ickby_ (~stefan@x5d84458f.dyn.telefonica.de)
14:57.29*** join/#brlcad ickby (~stefan@x5d84458f.dyn.telefonica.de)
14:57.33*** join/#brlcad amarjeet (~Amarjeet@101.211.224.96)
15:05.52*** join/#brlcad ickby (~stefan@x5d84458f.dyn.telefonica.de)
15:06.20*** join/#brlcad ickby_ (~stefan@x5d84458f.dyn.telefonica.de)
15:09.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:34.07*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
15:39.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:40.33*** join/#brlcad ickby_ (~stefan@x5d84458f.dyn.telefonica.de)
16:45.01*** join/#brlcad ickby (~stefan@x5d84458f.dyn.telefonica.de)
17:47.21Notify03BRL-CAD:starseeker * 68802 brlcad/trunk/doc/docbook/system/mann/gdiff.xml: -t tolerance is numerical, not unit based
17:54.15Notify03BRL-CAD:starseeker * 68803 (brlcad/trunk/NEWS brlcad/trunk/src/brlman/brlman.tcl and 3 others): Use the cadwidgets accordian widget to list all man pages in the brlman browser - it is no longer necessary to restart the graphical version in order to view a man page from another category.
17:56.45starseekerwoot!
18:04.24Notify03BRL-CAD:starseeker * 68804 brlcad/trunk/src/tclscripts/rtwizard/lib/Wizard.itk: copy/paste strikes again
18:13.41*** join/#brlcad Mandeep_Singh (~mandeep@117.212.48.27)
18:15.02starseekerwonders if it would be too recursive for brlman to have a man page about brlman...
18:15.19starseekerah, I see man has a man page
18:16.49starseekerregrettably, man has no -o option
18:18.07Mandeep_Singhstarseeker, "-o" for?
18:18.18starseekerMandeep_Singh: just a joke
18:18.29starseekerwouuld have been funny if "man -o man" did something useful
18:18.45Mandeep_Singho man
18:18.47Mandeep_Singhokay
18:19.35Notify03BRL-CAD:starseeker * 68805 brlcad/trunk/doc/docbook/system/mann/gdiff.xml: more copy/paste
18:43.26Notify03BRL-CAD:starseeker * 68806 (brlcad/trunk/NEWS brlcad/trunk/doc/docbook/system/man1/CMakeLists.txt brlcad/trunk/doc/docbook/system/mann/CMakeLists.txt): In the interest of completeness, add man pages for brlman command and MGED man command.
18:59.33Notify03BRL-CAD:starseeker * 68807 (brlcad/trunk/NEWS brlcad/trunk/src/tclscripts/rtwizard/lib/FbPage.itk): If we have an MGED size, display it in the Fbpage size settings for clarity.
19:04.46*** join/#brlcad amarjeet (~Amarjeet@101.211.224.96)
19:06.25Notify03BRL-CAD:starseeker * 68808 brlcad/trunk/doc/docbook/system/man1/gdiff.xml: Correct tolerance description for command line gdiff
19:08.19*** join/#brlcad ickby_ (~stefan@x5d84458f.dyn.telefonica.de)
19:17.26Notify03BRL-CAD:starseeker * 68809 brlcad/trunk/doc/docbook/system/man1/gdiff.xml: ws
19:24.38*** join/#brlcad Izakey (~Izakey@41.205.27.28)
19:24.38IzakeyHi Sean
19:24.39*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
19:24.39Notify03BRL-CAD:starseeker * 68810 (brlcad/trunk/NEWS brlcad/trunk/doc/docbook/system/mann/gdiff.xml brlcad/trunk/src/libged/gdiff.c): MGED gdiff -t option does something quite different from command line version - rename to avoid confusion.
19:24.42IzakeyHi brlcad
19:36.43Notify03BRL-CAD:starseeker * 68811 (brlcad/trunk/NEWS brlcad/trunk/doc/docbook/system/mann/gdiff.xml brlcad/trunk/src/libged/gdiff.c): Instead of recommending users do it, let's just do it by default - use the bounding box to guess an initial tolerance.
19:52.35*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
19:53.18*** join/#brlcad amarjeet_ (~Amarjeet@101.211.230.96)
21:24.42brlcadstarseeker: regarding 68802, it sounds like you're implying that gdiff is comparing the models in local units?
21:25.12brlcadif units == mm does not work, that's possibly a regression because the on-disk format is always mm
21:25.38brlcadso what it said before generally is true for most tools that take a tolerance option
21:33.28brlcadthat is, being "not aware of units" should mean it's working with mm units
22:51.15starseekerbrlcad: it is, but if an attribute has numbers in it that are unitless, the implication is it will diff those too
22:51.54starseekerI can test to make sure it will apply the tolerance to attributes - I don't recall at this point
22:52.41starseekerit's always in mm, because iirc that's what the asc output is for parameters of a primitive
22:53.06starseekerbut that's only as long as asc output guarantees mm output and only while physical dimensions from primitives are being compared
22:56.12starseekerwe could not do numerical difference filtering on attributes, I suppose (if it does in fact do them now...)
22:56.19starseekerthat's a design decision
IRC log for #brlcad on 20160904

IRC log for #brlcad on 20160904

00:54.31*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:32.02*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:31c9:b100:c4bc:40cd)
02:08.51brlcadstarseeker: the current attribute system is defined as a string=>string map, so introspection into the value is only arguably defined for the standard attributes (for which this tolerance setting isn't necessary, doesn't make any sense)
02:11.50brlcadI would think it perfectly safe, perhaps even desirable, to not have -t have any bearing on attributes, to not introspect attributes -- just compare and report when they differ
02:13.45brlcadit's not in mm because of asc -- it's because that is (intentionally) defined as the base unit for all storage and in-memory processing, that requested units merely affects presentation
02:15.19brlcadthis is done for a variety of reasons, one example being that you wouldn't want to re-encode all values just by running setting different working units.  that would be a source of error accumulation and be nearly impossible to manage code-wise
02:15.24brlcadthere are other reasons.
02:16.43brlcadso for clarity, I think your last point is spot on -- that we shouldn't do numerical difference filtering on attributes (at least until a schema defines the value as a floating point number, e.g., binary attributes)
02:30.01starseekerbrlcad: OK, I'll have to check what we do there - maybe need to do some work besides updating docs, not sure
02:35.03starseekeryeah, structurally everything boils down to avs diffing, and I don't distinguish at the lower level between params and attrs
02:35.49starseekereven for primitives it's a problem, if some of them have numerical parameters that aren't dimensions
02:36.47starseekeralmost begs for a per-primitive functab function that can intelligently diff two objects of the same type
02:38.04starseekerurk
02:38.44starseekerdoing this right will take more time than I have available, certainly before the next point release or two - should we just disable the tolerance feature until we can do it right?
02:39.19starseekerwinces a little at yanking it immediately after announcing it, but it might be worse to leave it in a confusing state...
02:43.07Notify03BRL-CAD:starseeker * 68812 brlcad/trunk/TODO: Have man page for brlman now
02:45.17starseekeryeah, I'm remembering now - doing "smart" primitive diffing was more than I had time to do last time as well, so I added the numerical filter as a way to at least be able to cull really small differences out of the results, however crudely
02:45.41starseekerthe unintended consequences of that might not be worth it though
03:12.06starseekerblinks - I'll be darned, an MIT licensed cross platform text editor with both graphical and terminal modes that's written in C and lua: http://foicica.com/textadept/index.html
04:17.50brlcadstarseeker: okay, that all makes sense
04:21.14brlcadI think the only issue is one of how to explain it in the manual page, and what that means for attrs if anything at all
04:22.52brlcadI think saying it's unitless will be unexpected/confusing, inconsistent, and potentially conflicting down the road ; saying it's "mm" is fully inadequate and wrong for some fields
04:25.18brlcadthe simple fix might be to just state what the tolerance is intended to describe (for comparing floating point geometry parameters) and caveating that it currently also applies to all other numeric fields as well (which should be fine because integral change is usually far greater than tol)
04:26.36brlcadso they'll have to be really cautious when working with tol > 1
04:27.16brlcadI can take a stab at it later and you can let me know how it reads
04:27.34brlcadtextadept looks really cool
04:28.57brlcadalso, fyi, I'd rather see a json-style callback that would let us universally diff any two objects
04:29.20brlcadthere's lots of good examples of json diffing that could be modified for use here
04:40.56*** join/#brlcad boj (~boj@2001:250:3c00:2074:b1e8:ee29:561b:e3e2)
06:58.49*** join/#brlcad ickby_ (~stefan@x5d847781.dyn.telefonica.de)
07:22.30*** join/#brlcad ickby (~stefan@x5d847781.dyn.telefonica.de)
07:31.15*** join/#brlcad ickby (~stefan@x5d847781.dyn.telefonica.de)
08:05.27*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
09:53.07*** join/#brlcad ickby_ (~stefan@x5d847781.dyn.telefonica.de)
09:53.53*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
09:56.32*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
10:55.07*** join/#brlcad amarjeet (~Amarjeet@101.211.217.123)
11:10.44*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
11:13.05*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
11:17.47*** join/#brlcad amarjeet (~Amarjeet@101.211.217.123)
11:31.05*** join/#brlcad amarjeet (~Amarjeet@101.211.217.123)
11:48.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
11:55.24*** join/#brlcad amarjeet (~Amarjeet@101.211.217.123)
12:40.26*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
12:46.46*** join/#brlcad amarjeet (~Amarjeet@101.211.244.182)
13:17.03*** join/#brlcad ChanServ (ChanServ@services.)
13:17.03*** mode/#brlcad [+o ChanServ] by tepper.freenode.net
13:27.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:41.19*** join/#brlcad amarjeet (~Amarjeet@101.211.244.182)
13:57.38*** join/#brlcad amarjeet (~Amarjeet@101.211.244.182)
14:19.04*** join/#brlcad ickby_ (~stefan@x5d847442.dyn.telefonica.de)
14:36.52*** join/#brlcad amarjeet (~Amarjeet@101.211.216.193)
14:42.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:47.02*** join/#brlcad merzo (~merzo@195.128.182.31)
14:52.33*** join/#brlcad merzo (~merzo@195.128.182.31)
15:03.35*** join/#brlcad amarjeet (~Amarjeet@101.211.243.86)
15:41.16*** join/#brlcad ickby_ (~stefan@x5d847442.dyn.telefonica.de)
15:44.10*** join/#brlcad amarjeet (~Amarjeet@101.211.243.86)
16:02.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:20.53*** join/#brlcad merzo (~merzo@195.128.182.31)
17:02.57*** join/#brlcad m5w (~matthew@108-203-5-240.lightspeed.rlghnc.sbcglobal.net)
17:05.24*** join/#brlcad amarjeet (~Amarjeet@101.211.243.86)
17:10.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:27.55*** join/#brlcad m5w (~matthew@108-203-5-240.lightspeed.rlghnc.sbcglobal.net)
17:52.44*** join/#brlcad amarjeet (~Amarjeet@101.211.243.86)
18:28.45*** join/#brlcad m5w (~matthew@108-203-5-240.lightspeed.rlghnc.sbcglobal.net)
18:37.13*** join/#brlcad amarjeet (~Amarjeet@101.211.230.106)
19:00.38*** join/#brlcad amarjeet (~Amarjeet@101.211.230.106)
19:21.06*** join/#brlcad m5w (~matthew@108-203-5-240.lightspeed.rlghnc.sbcglobal.net)
19:44.15*** join/#brlcad shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
20:10.43*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:31c9:b100:c4bc:40cd)
23:19.46*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160905

IRC log for #brlcad on 20160905

01:04.32*** join/#brlcad LordOfBikes (~armin@dslb-092-074-225-153.092.074.pools.vodafone-ip.de)
03:44.13starseeker``Erik: I thought the tendra compiler project was essentially dead, but the svn repo at this site seems to have a fair bit of recent activity:  http://www.tendra.org/
03:44.18starseekerdid someone revive the project?
04:11.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:39.26*** join/#brlcad amarjeet (~Amarjeet@101.211.229.31)
06:43.21*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:02.29*** join/#brlcad amarjeet (~Amarjeet@101.211.229.31)
07:19.49*** join/#brlcad amarjeet (~Amarjeet@101.211.229.31)
07:37.24*** join/#brlcad amarjeet (~Amarjeet@101.211.229.31)
08:03.22*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
08:08.23*** join/#brlcad amarjeet (~Amarjeet@101.211.216.138)
08:28.48*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
11:03.21``Erikstarseeker: no idea, I've been working with swift and cl almost exclusively the last several months
13:27.48*** join/#brlcad yorik (~yorik@177.9.170.5)
13:27.55*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
14:36.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:03.33*** join/#brlcad amarjeet (~Amarjeet@101.211.234.139)
15:39.26*** join/#brlcad amarjeet (~Amarjeet@101.211.234.139)
15:48.06*** join/#brlcad andromed1-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
15:49.12*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
17:50.59StragusAww, poor little Philae. http://www.bbc.com/news/science-environment-37276221
18:03.05starseekerdrawbacks of bounce landings
18:03.14starseekeryou never know what you'll run into (literally)
18:43.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:48.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:02.16*** join/#brlcad maths22_ (~maths22@unaffiliated/maths22)
20:17.27*** join/#brlcad merzo (~merzo@47-39-201-46.pool.ukrtel.net)
20:30.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:28.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:52.42*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:18.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160906

IRC log for #brlcad on 20160906

00:07.26*** join/#brlcad qzvjwvvstxveqigo (~armin@dslb-178-007-228-150.178.007.pools.vodafone-ip.de)
02:21.33*** join/#brlcad amarjeet (~Amarjeet@101.212.154.162)
03:19.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:18.22*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:751a:67ac:2e6e:149a)
06:19.54*** join/#brlcad merzo (~merzo@71-11-202-46.pool.ukrtel.net)
06:36.11*** join/#brlcad amarjeet (~Amarjeet@101.212.157.225)
06:36.48*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:28.49*** join/#brlcad amarjeet (~Amarjeet@101.212.157.225)
07:37.44*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
07:44.01*** join/#brlcad amarjeet (~Amarjeet@101.212.157.225)
08:06.57*** join/#brlcad merzo (~merzo@71-11-202-46.pool.ukrtel.net)
08:25.09*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:35.02*** join/#brlcad amarjeet (~Amarjeet@101.212.157.225)
11:08.51Notify03BRL-CAD Wiki:199.115.114.228 * 9836 /wiki/Talk:SGI_Cube: Created page with "Are you looking for Assignment Writing Service? Regards http://help4assignment.co.uk/"
11:44.38Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/User:199.115.114.228: Spamming links to external sites
11:45.02Notify03BRL-CAD Wiki:Starseeker * 0 /wiki/Talk:SGI_Cube: Spam
12:04.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:28.33*** join/#brlcad amarjeet (~Amarjeet@101.212.157.225)
12:37.35*** join/#brlcad amarjeet (~Amarjeet@101.212.157.225)
13:01.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:21.02*** join/#brlcad yorik (~yorik@177.9.170.5)
13:33.35*** join/#brlcad amarjeet (~Amarjeet@101.212.157.225)
13:35.34Notify03BRL-CAD:starseeker * 68813 brlcad/trunk/src/other/CMakeLists.txt: mark variables as advanced
14:57.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:06.05*** join/#brlcad amarjeet (~Amarjeet@101.212.157.225)
15:18.14*** join/#brlcad amarjeet (~Amarjeet@101.212.157.225)
15:23.41*** join/#brlcad amarjeet (~Amarjeet@101.212.157.225)
15:34.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:35.13*** join/#brlcad amarjeet (~Amarjeet@101.212.157.225)
15:39.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:56.22*** join/#brlcad amarjeet (~Amarjeet@101.212.157.225)
16:11.30*** join/#brlcad amarjeet (~Amarjeet@101.212.157.225)
16:35.46Notify03BRL-CAD:starseeker * 68814 brlcad/trunk/src/tclscripts/rtwizard/lib/FbPage.itk: Fix overriding of image dimensions by FbPage
16:47.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:13.54Notify03BRL-CAD:bob1961 * 68815 brlcad/trunk/src/libtclcad/tclcad_obj.c: Use %zu for size_t.
18:15.27Notify03BRL-CAD:bob1961 * 68816 brlcad/trunk/src/libged/polyclip.cpp: Call V2UNITIZE instead of VUNITIZE in ged_polygon_fill_segments().
20:35.30*** join/#brlcad Ch3ck (~Ch3ck@154.70.98.107)
21:47.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:24.35*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:40.08*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
IRC log for #brlcad on 20160907

IRC log for #brlcad on 20160907

00:06.14*** join/#brlcad mwmhooeszsyjeths (~armin@dslb-088-064-040-232.088.064.pools.vodafone-ip.de)
02:20.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:41.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:28.53*** join/#brlcad amarjeet_ (~Amarjeet@101.212.160.127)
06:17.41*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:36.25*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
07:25.18*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:38.19*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
09:38.02*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
14:11.26*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
14:21.39*** join/#brlcad yorik (~yorik@177.9.170.5)
14:25.26Notify03BRL-CAD:starseeker * 68817 brlcad/trunk/doc/docbook/system/man1/glint.xml: Update glint man page contents as well as file name - see if this fixes install, was still generating g_lint.1 file
14:48.29*** join/#brlcad amarjeet (~Amarjeet@101.212.156.128)
15:19.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:31.44Notify03BRL-CAD:bob1961 * 68818 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Forgot to remove the "eval" from fit_png_image.
15:50.43*** join/#brlcad amarjeet (~Amarjeet@101.212.156.128)
16:22.23*** join/#brlcad sniok (~sniok@89.252.2.135)
16:24.41*** join/#brlcad sniok (~sniok@89.252.2.135)
16:33.14Notify03BRL-CAD:bob1961 * 68819 brlcad/trunk/src/tclscripts/lib/RtControl.tcl: Update RtControl::clear to call libged's fbclear.
18:27.21*** join/#brlcad ickby (~stefan@x5d84412c.dyn.telefonica.de)
18:33.28*** join/#brlcad ickby_ (~stefan@x5d84412c.dyn.telefonica.de)
19:17.26*** join/#brlcad ickby_ (~stefan@x5d84412c.dyn.telefonica.de)
19:37.05Notify03BRL-CAD:n_reed * 68820 (brlcad/branches/brep-debug/NEWS brlcad/branches/brep-debug/TODO and 7 others): Merge cleanup. Merge 68252 and 68521 changes from trunk. Manually add a subset of changes from 68567 and 68637 that were missed in previous merges. Record 68235 changes as merged.
19:50.16Notify03BRL-CAD:n_reed * 68821 (svn:mergeinfo ## -1,5 +1,5 ## and 7 others): mark recent sync revisions as mergedProperty Changed:----------------brlcad/trunk/brlcad/trunk/NEWSbrlcad/trunk/src/libged/polyclip.cpp
19:56.38Notify03BRL-CAD:starseeker * 68822 (brlcad/branches/brep-debug/CHANGES brlcad/branches/brep-debug/CMakeLists.txt and 171 others): Sync with trunk thru r68821
20:57.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:24.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:46.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:53.56*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:35.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:59.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160908

IRC log for #brlcad on 20160908

00:21.07*** join/#brlcad LordOfBikes (~armin@dslb-092-074-249-229.092.074.pools.vodafone-ip.de)
02:05.21*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:45.09*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:12.08*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
09:26.15*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
10:40.01*** join/#brlcad rakshith (~rakshith@ec2-52-24-22-50.us-west-2.compute.amazonaws.com)
10:40.12*** part/#brlcad rakshith (~rakshith@ec2-52-24-22-50.us-west-2.compute.amazonaws.com)
13:12.07*** join/#brlcad amarjeet (~Amarjeet@101.212.160.49)
13:22.13*** join/#brlcad amarjeet (~Amarjeet@101.212.160.49)
13:39.21*** join/#brlcad amarjeet (~Amarjeet@101.212.160.49)
14:12.21*** join/#brlcad yorik (~yorik@177.9.170.5)
14:20.44*** join/#brlcad amarjeet (~Amarjeet@101.212.160.49)
15:42.26*** join/#brlcad amarjeet (~Amarjeet@101.212.160.49)
16:18.23*** join/#brlcad amarjeet (~Amarjeet@101.212.160.49)
17:16.29*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
18:15.19*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-sjeyckgdaqxaijss)
18:17.07*** join/#brlcad ickby_ (~stefan@x5d847ced.dyn.telefonica.de)
20:56.38*** join/#brlcad ickby (~stefan@x5d847ced.dyn.telefonica.de)
21:13.14*** join/#brlcad ickby_ (~stefan@x5d847ced.dyn.telefonica.de)
21:33.31*** join/#brlcad ickby_ (~stefan@x5d847ced.dyn.telefonica.de)
22:21.02*** join/#brlcad ickby (~stefan@x5d847ced.dyn.telefonica.de)
22:22.24*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160909

IRC log for #brlcad on 20160909

00:18.48*** join/#brlcad mbemkagzbvwqrhsa (~armin@dslb-092-074-240-036.092.074.pools.vodafone-ip.de)
01:06.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:25.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:50.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:36.26*** join/#brlcad ickby (~stefan@x5d8457f1.dyn.telefonica.de)
03:47.12*** join/#brlcad ickby (~stefan@x5d8457f1.dyn.telefonica.de)
04:25.01*** join/#brlcad amarjeet (~Amarjeet@101.212.155.30)
04:36.36*** join/#brlcad amarjeet (~Amarjeet@101.212.155.30)
05:20.21*** join/#brlcad amarjeet (~Amarjeet@101.212.155.30)
05:56.52*** join/#brlcad amarjeet (~Amarjeet@101.212.155.30)
06:09.44*** join/#brlcad ickby (~stefan@x5d846d26.dyn.telefonica.de)
06:36.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:41.31*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:11.28*** join/#brlcad ickby (~stefan@x5d846d26.dyn.telefonica.de)
07:22.55*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
08:35.08*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:38.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
09:18.30*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
09:45.38*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
09:56.08*** join/#brlcad andromeda-galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net)
10:38.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
11:40.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:56.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:18.06*** join/#brlcad Caterpillar- (~caterpill@unaffiliated/caterpillar)
13:55.58*** join/#brlcad amarjeet (~Amarjeet@101.212.155.144)
13:58.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:10.26*** join/#brlcad amarjeet (~Amarjeet@101.212.155.144)
14:20.32*** join/#brlcad amarjeet (~Amarjeet@101.212.155.144)
14:33.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:11.24*** join/#brlcad amarjeet (~Amarjeet@101.212.150.224)
16:22.34*** join/#brlcad amarjeet (~Amarjeet@101.212.150.224)
16:58.11*** join/#brlcad yorik (~yorik@187.35.2.79)
16:58.20*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
17:23.02*** join/#brlcad amarjeet (~Amarjeet@101.212.150.224)
17:45.52*** join/#brlcad amarjeet (~Amarjeet@101.212.150.224)
18:01.25*** join/#brlcad amarjeet (~Amarjeet@101.212.150.224)
18:08.43*** join/#brlcad amarjeet (~Amarjeet@101.212.150.224)
18:45.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:15.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:17.23*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:c89f:c57d:651c:7a71)
IRC log for #brlcad on 20160910

IRC log for #brlcad on 20160910

00:09.03*** join/#brlcad ohgkgosdrhbqxxlz (~armin@dslb-092-074-241-064.092.074.pools.vodafone-ip.de)
00:19.57*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:13.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:04.54*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:8d37:ae89:4aaa:5008)
08:05.40*** join/#brlcad starseeker (~starseeke@104.225.5.10)
08:05.40*** join/#brlcad nmz787_ (~nmz787@unaffiliated/nmz787)
10:17.30Notify03BRL-CAD:bob1961 * 68823 (brlcad/trunk/include/fb.h brlcad/trunk/include/ged/framebuffer.h and 6 others): Added fb_read_png(), ged_png2fb() and the tcl interface to it. This provides a way to directly load png files into a framebuffer.
10:18.03Notify03BRL-CAD:starseeker * 68824 (brlcad/branches/qtged/CHANGES brlcad/branches/qtged/CMakeLists.txt and 94 others): Sync with trunk thru 68823
10:18.05Notify03BRL-CAD:starseeker * 68825 (brlcad/branches/tcltk86/CHANGES brlcad/branches/tcltk86/CMakeLists.txt and 94 others): Sync with trunk thru 68823
11:57.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:55.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:29.59*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
17:47.17Notify03BRL-CAD:starseeker * 68826 (brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/libtclcad/tclcad_obj.c): looks like png2fb.c wasn't added?
18:37.41*** join/#brlcad yorik (~yorik@187.35.2.79)
18:38.15*** join/#brlcad ries_ (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
18:45.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:48.34Notify03BRL-CAD:starseeker * 68827 brlcad/trunk/TODO: need to check mann man pages to make sure they're actually describing commands.
23:11.57*** join/#brlcad maths22_ (~maths22@unaffiliated/maths22)
23:59.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160911

IRC log for #brlcad on 20160911

01:03.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:52.51Notify03BRL-CAD:starseeker * 68828 brlcad/trunk/doc/docbook/system/mann/CMakeLists.txt: erase_all is not a command in archer or mged - remove man page
01:54.31Notify03BRL-CAD:starseeker * 68829 brlcad/trunk/doc/docbook/system/mann/CMakeLists.txt: export_body is not a command in archer or mged - remove man page
02:10.39Notify03BRL-CAD:starseeker * 68830 (brlcad/trunk/doc/docbook/system/man1/CMakeLists.txt brlcad/trunk/doc/docbook/system/mann/CMakeLists.txt): Move three command line man pages from mann to man1
02:12.15Notify03BRL-CAD:starseeker * 68831 (brlcad/trunk/doc/docbook/system/man1/alias-pix.xml brlcad/trunk/doc/docbook/system/man1/gastank.xml brlcad/trunk/doc/docbook/system/man1/handle.xml): Fix manvolnum entries
02:17.42Notify03BRL-CAD:starseeker * 68832 (brlcad/trunk/doc/docbook/system/mann/picket_fence.xml =================================================================== and 97 others): Move more command man pages from mann to man1
02:19.42Notify03BRL-CAD:starseeker * 68833 (brlcad/trunk/doc/docbook/system/man1/CMakeLists.txt brlcad/trunk/doc/docbook/system/man1/picket_fence.xml and 4 others): Fix manvolnum and CMakeList.txt files
02:24.58Notify03BRL-CAD:starseeker * 68834 (brlcad/trunk/doc/docbook/articles/en/main_menu.xml brlcad/trunk/doc/docbook/articles/en/mged.xml and 3 others): vrmgr no longer appears anywhere in the source code - remove references in docs
02:26.39Notify03BRL-CAD:starseeker * 68835 brlcad/trunk/TODO: looks like a few of the proc-db man pages ended up in mann - moved back to man1, and deleted a couple pages that refer to commands no longer present in the system.
02:29.39Notify03BRL-CAD:starseeker * 68836 brlcad/trunk/NEWS: Technically user visible - moved man pages to correct category and remove obsolete man pages
03:09.11*** join/#brlcad asad_ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
03:34.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:14.22*** join/#brlcad asad__ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
04:45.24*** join/#brlcad brlcad (~sean@104.225.5.10)
04:45.53*** join/#brlcad ``Erik (~erik@pool-100-16-40-20.bltmmd.fios.verizon.net)
04:51.55*** join/#brlcad Notify (~notify@104.225.5.10)
08:45.02*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:58.28*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
15:10.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:34.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:10.02*** join/#brlcad amarjeet (~Amarjeet@101.212.161.134)
16:15.47*** join/#brlcad amarjeet (~Amarjeet@101.212.161.134)
17:47.17*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:39.16Notify03BRL-CAD:ejno * 68837 (brlcad/branches/prep-cache/CHANGES brlcad/branches/prep-cache/CMakeLists.txt and 79 others): merge from trunk to r68836
22:42.10*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160912

IRC log for #brlcad on 20160912

00:06.37*** join/#brlcad dlfysxeqkwldgpsc (~armin@dslb-092-075-154-189.092.075.pools.vodafone-ip.de)
00:42.40*** join/#brlcad boj_ (~boj@2001:250:3c00:2074:899c:2a9f:d5f9:e96b)
00:45.14*** part/#brlcad boj_ (~boj@2001:250:3c00:2074:899c:2a9f:d5f9:e96b)
00:45.41*** join/#brlcad boj_ (~boj@2001:250:3c00:2074:899c:2a9f:d5f9:e96b)
01:07.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:24.20Notify03BRL-CAD:starseeker * 68838 brlcad/trunk/doc/docbook/system/mann/CMakeLists.txt: shell command is actually 'shells' command
01:25.10Notify03BRL-CAD:starseeker * 68839 brlcad/trunk/doc/docbook/system/mann/shells.xml: shell -> shells
02:53.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:56.47Notify03BRL-CAD:starseeker * 68840 (brlcad/trunk/doc/docbook/articles/en/main_menu.xml brlcad/trunk/doc/docbook/articles/en/mged.xml and 10 others): remove other references to erase_all
04:02.53Notify03BRL-CAD:starseeker * 68841 (brlcad/trunk/NEWS brlcad/trunk/doc/docbook/articles/en/main_menu.xml and 7 others): dall does not appear to be an existing MGED command - clean up docs
04:06.18Notify03BRL-CAD:starseeker * 68842 (brlcad/trunk/doc/docbook/articles/en/main_menu.xml brlcad/trunk/doc/docbook/articles/en/mged.xml and 3 others): Clean export_body out of other docs
06:42.48*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:51.13*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
08:56.09*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
10:44.29*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
11:59.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:05.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:29.38*** join/#brlcad yorik (~yorik@187.35.2.79)
13:59.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:26.19*** join/#brlcad amarjeet (~Amarjeet@101.212.154.196)
15:33.28*** join/#brlcad amarjeet (~Amarjeet@101.212.154.196)
16:28.48*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
17:37.09*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
17:44.20*** join/#brlcad amarjeet (~Amarjeet@101.212.160.156)
22:27.02*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:49.37*** join/#brlcad asad_ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
23:30.56*** join/#brlcad LordOfBikes (~armin@dslb-092-074-241-160.092.074.pools.vodafone-ip.de)
23:36.00*** join/#brlcad yorik (~yorik@187.35.2.79)
IRC log for #brlcad on 20160913

IRC log for #brlcad on 20160913

00:33.57*** join/#brlcad pwkfvwaeygezmlnx (~armin@dslb-092-074-242-041.092.074.pools.vodafone-ip.de)
05:02.45*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
06:15.38*** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
06:39.14*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:39.54*** join/#brlcad boj (~boj@2001:250:3c00:2074:9815:2909:d2e1:27c3)
06:41.02*** join/#brlcad boj_ (~boj@2001:250:3c00:2074:9815:2909:d2e1:27c3)
09:46.43*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
10:44.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
11:46.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:34.46*** join/#brlcad yorik (~yorik@187.35.2.79)
13:12.38*** join/#brlcad amarjeet (~Amarjeet@101.212.161.159)
13:20.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:48.29*** join/#brlcad amarjeet (~Amarjeet@101.212.150.77)
14:26.39*** join/#brlcad amarjeet (~Amarjeet@101.212.150.77)
15:41.29*** join/#brlcad amarjeet (~Amarjeet@101.212.150.77)
15:54.58*** join/#brlcad amarjeet (~Amarjeet@101.212.150.77)
16:10.34boj_Hi, recently, I update my OS to Windows 10 with Visual Studio 2015, but after building the whole project, I can not use MGED, the graphics window does not show up when open *mged.exe*? Does anyone know how to handle this issue? Thanks..
16:23.25*** join/#brlcad amarjeet (~Amarjeet@101.212.150.77)
16:58.15*** join/#brlcad amarjeet (~Amarjeet@101.212.150.77)
17:12.16Stragusboj_: A wild guess but I would try updating the video drivers from your vendor (Nvidia, AMD, etc.)
17:16.24brlcadboj_: haven't heard that issue before, but stragus suggestion is where I would start too
18:04.09*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:19.28*** join/#brlcad yorik (~yorik@187.35.2.79)
19:19.36*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
19:19.36*** join/#brlcad boj_ (~boj@2001:250:3c00:2074:9815:2909:d2e1:27c3)
19:19.36*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:8d37:ae89:4aaa:5008)
19:25.31*** join/#brlcad infobot (ibot@rikers.org)
19:25.31*** topic/#brlcad is BRL-CAD release 7.26.0 is out! More than 150 user-visible changes including 6 major efforts! || GSoC 2016 is coming to a close, showcase forthcoming || Help needed reviewing and integrating 700+ GCI tasks || Logs: http://ibot.rikers.org/%23brlcad/
22:38.00*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160914

IRC log for #brlcad on 20160914

00:27.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:32.46*** join/#brlcad fiskzxblqtlnjpuj (~armin@dslb-088-065-176-228.088.065.pools.vodafone-ip.de)
00:55.14*** join/#brlcad asad_ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
01:03.59*** join/#brlcad asad___ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
01:07.46*** join/#brlcad asad_ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
01:28.28*** join/#brlcad boj_ (~boj@2001:250:3c00:2074:813c:a438:5af2:955b)
02:27.39*** join/#brlcad asad____ (~asad00@pool-173-71-121-186.cmdnnj.fios.verizon.net)
03:03.55*** join/#brlcad boj__ (~boj@104.244.153.112)
06:39.09*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:40.37*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
09:22.39*** join/#brlcad sniok (~sniok@89.252.2.135)
09:40.28*** join/#brlcad sniok (~sniok@89.252.29.238)
09:42.24*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
09:50.16*** join/#brlcad sniok (~sniok@89.252.29.238)
09:56.48*** join/#brlcad sniok_ (~sniok@89.252.2.135)
11:15.35*** join/#brlcad sniok_ (~sniok@89.252.2.135)
13:41.02*** join/#brlcad amarjeet (~Amarjeet@101.212.163.88)
13:47.55*** join/#brlcad amarjeet (~Amarjeet@101.212.163.88)
14:05.37*** join/#brlcad amarjeet (~Amarjeet@101.212.163.88)
14:19.16*** join/#brlcad boj (~boj@2001:250:3c00:2074:813c:a438:5af2:955b)
14:27.30*** join/#brlcad amarjeet (~Amarjeet@101.212.163.88)
14:36.28*** join/#brlcad amarjeet (~Amarjeet@101.212.163.88)
15:05.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:06.31*** join/#brlcad amarjeet (~Amarjeet@101.212.163.88)
16:09.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:30.44*** join/#brlcad yorik (~yorik@187.35.2.79)
16:33.48*** join/#brlcad amarjeet (~Amarjeet@101.212.155.245)
16:50.36*** join/#brlcad amarjeet (~Amarjeet@101.212.155.245)
17:03.05*** join/#brlcad amarjeet (~Amarjeet@101.212.155.245)
17:20.26*** join/#brlcad amarjeet (~Amarjeet@101.212.155.245)
17:49.54brlcadboj: any progress?
22:32.58*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:27.34Notify03BRL-CAD Wiki:Sean * 9837 /wiki/Google_Summer_of_Code/Project_Ideas: add gqa replacement project
23:30.24Notify03BRL-CAD Wiki:Sean * 9838 /wiki/Faster_Overlap_Detection: initial writeup
IRC log for #brlcad on 20160915

IRC log for #brlcad on 20160915

00:23.02Notify03BRL-CAD:brlcad * 68843 brlcad/trunk/TODO: dgn support
01:26.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:58.38*** join/#brlcad amarjeet (~Amarjeet@101.212.162.203)
06:38.07*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:29.08*** join/#brlcad amarjeet (~Amarjeet@101.212.162.203)
09:18.16*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.98.50)
09:24.24*** join/#brlcad amarjeet (~Amarjeet@101.212.162.203)
09:32.58*** join/#brlcad gaganjyot (~gaganjyot@138.91.194.195)
10:00.18*** join/#brlcad shubham (6719e766@gateway/web/freenode/ip.103.25.231.102)
10:25.42*** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
12:27.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:41.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:08.50*** join/#brlcad yorik (~yorik@187.35.2.79)
14:18.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:27.05*** join/#brlcad amarjeet (~Amarjeet@101.212.159.229)
15:39.56*** join/#brlcad amarjeet (~Amarjeet@101.212.159.229)
15:50.55*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
17:13.02*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:05.55*** join/#brlcad gaganjyot (~gaganjyot@138.91.194.195)
22:18.27*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:47.24*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
IRC log for #brlcad on 20160916

IRC log for #brlcad on 20160916

00:43.39*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
02:04.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:11.02*** join/#brlcad ``Erik_ (~erik@pool-68-134-249-122.bltmmd.fios.verizon.net)
04:25.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:27.33*** join/#brlcad ``Erik (~erik@pool-100-16-14-17.bltmmd.fios.verizon.net)
11:20.02*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
12:40.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:01.47*** join/#brlcad yorik (~yorik@187.35.2.79)
13:04.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:15.44*** join/#brlcad amarjeet (~Amarjeet@101.212.154.130)
13:56.09*** join/#brlcad amarjeet (~Amarjeet@101.212.154.130)
14:58.11*** join/#brlcad amarjeet (~Amarjeet@101.212.148.2)
15:49.15*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
IRC log for #brlcad on 20160917

IRC log for #brlcad on 20160917

01:39.28*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:41.53*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:02.08*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
09:06.27*** join/#brlcad KimK (~Kim__@ip68-102-85-68.ks.ok.cox.net)
09:20.14*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
11:29.05*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
15:07.34*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
17:18.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:06.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:12.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:09.36*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160918

IRC log for #brlcad on 20160918

02:00.56*** join/#brlcad ryoshu (~kamil@netbsd/developer/kamil)
02:01.01ryoshuhi
02:01.23ryoshuI'm trying to package brlcad for NetBSD
02:45.28*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:56.05*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
04:13.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:59.21*** join/#brlcad amarjeet (~Amarjeet@169.149.139.229)
06:09.39*** join/#brlcad amarjeet (~Amarjeet@169.149.139.229)
06:28.26*** join/#brlcad amarjeet (~Amarjeet@169.149.139.229)
07:56.15*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
10:23.20*** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
10:26.20*** join/#brlcad amarjeet_ (~Amarjeet@169.149.148.116)
14:10.31*** join/#brlcad amarjeet (~Amarjeet@169.149.148.116)
14:47.52*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
14:59.02*** join/#brlcad amarjeet (~Amarjeet@169.149.148.116)
15:08.29*** join/#brlcad ChanServ (ChanServ@services.)
15:08.29*** mode/#brlcad [+o ChanServ] by asimov.freenode.net
16:00.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:15.05*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
16:23.33*** join/#brlcad amarjeet_ (~Amarjeet@169.149.162.79)
16:33.53*** join/#brlcad amarjeet (~Amarjeet@169.149.146.158)
17:29.07*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
17:40.29*** join/#brlcad amarjeet_ (~Amarjeet@169.149.148.181)
17:52.04*** join/#brlcad amarjeet (~Amarjeet@169.149.157.244)
18:21.30*** join/#brlcad brlcad (~sean@104.225.5.10)
19:25.59starseekerryoshu: cool!
19:26.36starseekerI don't know that anyone has tried building on NetBSD specifically - I know OpenBSD and FreeBSD have been done
19:35.20*** join/#brlcad LordOfBikes (~armin@dslb-088-064-037-075.088.064.pools.vodafone-ip.de)
19:41.07*** join/#brlcad LordOfBikes (~armin@dslb-088-064-037-075.088.064.pools.vodafone-ip.de)
19:48.25*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
19:53.17*** join/#brlcad LordOfBikes (~armin@dslb-088-064-037-075.088.064.pools.vodafone-ip.de)
19:56.51ryoshustarseeker: hi
19:57.11ryoshustarseeker: I'm having issues if I can get bit of help
20:12.21*** join/#brlcad LordOfBikes (~armin@dslb-088-064-037-075.088.064.pools.vodafone-ip.de)
20:14.04Stragusryoshu: Just describe the problem(s)
20:22.14*** join/#brlcad LordOfBikes (~armin@dslb-088-064-037-075.088.064.pools.vodafone-ip.de)
20:22.56ryoshuStragus: http://paste.asie.pl/raw/ItiN in general it cannot detect libraries
20:24.08ryoshuI want to use external/standalone ones
20:28.53*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:41.53*** join/#brlcad LordOfBikes (~armin@dslb-088-064-037-075.088.064.pools.vodafone-ip.de)
21:26.02ryoshuany ideas? so far I'm failing to pass it
23:26.07ryoshuhmm still trying, this works for me in general in other projects: find_library(TINYCTHREAD_LIBRARY NAMES tinycthread)
23:26.56ryoshubut I'm getting TINYCTHREAD_LIBRARY-NOTFOUND in brlcad - I don't understand why
IRC log for #brlcad on 20160919

IRC log for #brlcad on 20160919

00:36.03*** join/#brlcad LordOfBikes_ (~armin@dslb-092-075-146-120.092.075.pools.vodafone-ip.de)
01:09.08starseekerryoshu: um.  our misc/CMake/FindTINYCTHREAD.cmake file may need tweaking
01:09.29starseekerryoshu: we have a third party lib management system that relies on find_package working
01:09.35starseekerNotify: ping
01:09.57starseeker``Erik: did notify get backed up again?
01:10.41ryoshustarseeker: do you know how to tweak it?
01:10.46ryoshuI have no clue
01:10.55ryoshuwhy it cannot find libs
02:18.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:31.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:49.59*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
04:05.48*** join/#brlcad amarjeet (~Amarjeet@169.149.151.37)
04:41.48*** join/#brlcad amarjeet_ (~Amarjeet@169.149.138.79)
08:04.35*** join/#brlcad gaganjyot_ (~gaganjyot@138.91.194.195)
08:46.52*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
09:50.15Notify03BRL-CAD:starseeker * 68844 (brlcad/trunk/src/libpkg/example/client.c brlcad/trunk/src/libpkg/example/server.c): start simplifying my old attempt at understanding libpkg. Can send basic data from server to client now and assemble data in the client as exmplified by all_msgs collecting vls. Still need to demonstrate sending more interesting stuff from client back to server...
09:52.01Notify03BRL-CAD:starseeker * 68845 (brlcad/trunk/src/libpkg/example/client.c brlcad/trunk/src/libpkg/example/ntp.h brlcad/trunk/src/libpkg/example/server.c): More simplification of the example, demonstrate data going back from client to server.
09:52.04Notify03BRL-CAD:starseeker * 68846 (brlcad/trunk/src/libpkg/example/CMakeLists.txt brlcad/trunk/src/libpkg/example/client.c brlcad/trunk/src/libpkg/example/server.c): Rename example header defining protocol.
09:52.44Notify03BRL-CAD:starseeker * 68847 brlcad/trunk/src/conv/CMakeLists.txt: Still crude and limited to the point of being essentially nonfunctional, but since it can at least import something it's time to checkpoint. Working in importer for DYNA finite element models - examples can be found at http://www.ncac.gwu.edu/vml/models.html
10:35.54*** join/#brlcad amarjeet (~Amarjeet@169.149.167.172)
12:46.43*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:31.16*** join/#brlcad yorik (~yorik@179.99.47.84)
14:55.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:06.34Notify03BRL-CAD:starseeker * 68848 brlcad/trunk/misc/CMake/BRLCAD_CPackOptions.cmake.in: We need CPACK_PACKAGING_INSTALL_PREFIX if we're doing an RPM...
15:18.39*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
15:28.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:33.25Notify03BRL-CAD:d_rossberg * 68849 (rt^3/trunk/include/brlcad/BagOfTriangles.h rt^3/trunk/src/coreInterface/BagOfTriangles.cpp and 2 others): activated the bag-of-triangles primitivea first test was successful but it's still experimental
16:08.53*** join/#brlcad amarjeet (~Amarjeet@169.149.168.192)
17:08.08*** join/#brlcad amarjeet_ (~Amarjeet@169.149.169.25)
17:23.49*** join/#brlcad amarjeet (~Amarjeet@169.149.187.174)
17:29.19*** join/#brlcad amarjeet_ (~Amarjeet@169.149.187.174)
17:49.08brlcadstarseeker: cool to see the pkg work -- note that gtransfer in src/gtools is essentially such an example sending "more interesting stuff" mentioned in 68844
17:49.47brlcadif it didn't introduce a library dependency, it would have made a good stand-alone example
18:22.50starseekerbrlcad: I was looking for a sort of "hello world" for libpkg - gtransfer might have helped, but a lot of what I ran into in 68844-68846 was surprising to me.  I think it's starting to make sense, but having to set pks_user_data in the callback threw me for a while
18:24.11starseekerthe "interesting stuff" I was talking about in 68844 actually ment "any kind of data payload moving from client back to server." ;-)
19:40.30brlcadstarseeker: yep, got that
19:42.09brlcadtpkg tries to be a hello world of sorts, coming in around 224 lines for both client and server
19:43.29brlcadgtransfer comes in at 330 lines as an example transferring a real payload, specific data
19:44.27brlcadalso, you shouldn't have set pks_user_data in the callback .. and I don't see where you're doing that
19:45.23Notify03BRL-CAD:starseeker * 68850 brlcad/trunk/src/conv/dyn-g.cpp: Import the individual element shell lines with part groupings, one bot per part id.
19:46.04brlcadit's a user data pointer, set on the connection via the switch table (allowing different data per message type)
19:51.32Notify03BRL-CAD:starseeker * 68851 brlcad/trunk/src/conv/dyn-g.cpp: flip triangles around - this needs more careful study to determine the right way to create these...
19:52.20starseekerbrlcad: sorry, that's what I ment
19:52.25starseeker(setting it in the table)
19:52.45starseekerinitially I tried to set it in the pkg_conn, and was surprised when the table overwrote it
19:53.38starseekerat some point I'll try to properly doxygenify up pkg.h and add some examples in there, but the main goal right now was for me to understand enough to be able to get it going if it turns out we need it
20:21.43Notify03BRL-CAD:starseeker * 68852 brlcad/trunk/src/conv/dyn-g.cpp: Make some regions to and hierarchy to organize things a bit.
20:52.17*** join/#brlcad LordOfBikes (~armin@dslb-092-075-146-120.092.075.pools.vodafone-ip.de)
21:02.01*** join/#brlcad LordOfBikes (~armin@dslb-092-075-146-120.092.075.pools.vodafone-ip.de)
21:08.26Notify03BRL-CAD:starseeker * 68853 brlcad/trunk/src/conv/dyn-g.cpp: Part objects appear to have meaningful names - grab them for the regions.
21:14.32brlcadstarseeker: yeah, that probably shouldn't happen or be better documented
21:14.46brlcador not exist with the same name in two places
21:16.15brlcadit's not clear to me why there's a pointer in pkg_conn given the switch is in there already
21:16.44brlcadnote that pks_user_data is relatively brand new
21:26.56starseekerbrlcad: is libpkg one server - one client, or can there be multiple clients?
21:29.04brlcadthere can be multiple clients
21:29.32brlcadthe single server, single client example you started with was just for simplicity
21:30.12brlcada simple chat room would probably be a good example of that
21:35.14*** join/#brlcad LordOfBikes (~armin@dslb-092-075-146-120.092.075.pools.vodafone-ip.de)
22:11.35*** join/#brlcad LordOfBikes (~armin@dslb-092-075-146-120.092.075.pools.vodafone-ip.de)
22:15.17*** join/#brlcad LordOfBikes (~armin@dslb-092-075-146-120.092.075.pools.vodafone-ip.de)
22:31.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:35.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160920

IRC log for #brlcad on 20160920

00:20.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:35.11*** join/#brlcad cwiibfxiudjkbplv (~armin@dslb-088-064-041-038.088.064.pools.vodafone-ip.de)
03:29.22Notify03BRL-CAD:brlcad * 68854 brlcad/trunk/src/libged/TODO: 'purge' may be a good candidate replacement for garbage_collect since it avoids some other connotations and would generalize well to some other purposes (including unpurging). expand notes on audit and a geometry calculator (liking gc).
03:30.52Notify03BRL-CAD:brlcad * 68855 brlcad/trunk/TODO: reviewing commands is center attention, so might make sense to tidy up
03:54.48Notify03BRL-CAD:brlcad * 68856 brlcad/trunk/src/libged/TODO: some more thoughts on analyze command/subcommands, though this alternate still needs even more kiss
03:58.52*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
04:00.55Notify03BRL-CAD:brlcad * 68857 brlcad/trunk/src/libged/TODO: going to need a way to query the cache, generalizes a fair bit.
04:05.37Notify03BRL-CAD:brlcad * 68858 brlcad/trunk/src/libged/TODO: about/db/info commands could also report file timestamp info. need to make sure this is thought through better.
04:16.17Notify03BRL-CAD:brlcad * 68859 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: use .brep convention as .primitive is leveraged in other places, avoids any basename implications
04:28.19Notify03BRL-CAD:brlcad * 68860 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: avoid using unnecessarily using temporally sensitive language (e.g., frequently) that may not necessarily be true at some point in the future. few cases couldn't be changed, but most seem to generalize just fine.
04:29.39Notify03BRL-CAD:brlcad * 68861 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: they're not ill or poorly defined. they're not defined.
04:42.24Notify03BRL-CAD:brlcad * 68862 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: a different first impression visual would really help with the overall understanding. hard to discern what's going on with the overlap entirely behind one of the two objects.
06:46.49*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
06:50.28Notify03BRL-CAD:d_rossberg * 68863 brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: included the bag-of-triangles in the Windows DLL build
06:55.35Notify03BRL-CAD:d_rossberg * 68864 NIL: tag the C++ core interface with the corresponding BRL-CAD version (i.e. 7.26.0)
07:45.00*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
07:48.46*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:40.25*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
09:42.44*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
13:54.23*** join/#brlcad amarjeet (~Amarjeet@169.149.177.213)
14:23.14*** join/#brlcad Mandeep_Singh (~mandeep@2405:205:4003:ab83:3ce5:bf0:6bbf:248a)
14:55.21*** join/#brlcad Mandeep_Singh (~mandeep@169.149.162.220)
15:26.28*** join/#brlcad amarjeet (~Amarjeet@169.149.177.213)
15:39.47*** join/#brlcad yorik (~yorik@179.99.47.84)
15:51.24*** join/#brlcad amarjeet (~Amarjeet@169.149.177.213)
16:00.25*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:40dd:2f02:e4cb:5e6e)
16:03.59Notify03BRL-CAD:bob1961 * 68865 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Updated cadwidgets::Ged::report to call solid_report which was renamed from report.
16:04.18*** join/#brlcad amarjeet_ (~Amarjeet@169.149.173.171)
17:53.43Notify03BRL-CAD:starseeker * 68866 (brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl brlcad/trunk/src/tclscripts/helplib.tcl and 4 others): For consistency/clarity, use solid_report rather than report.
19:05.51*** join/#brlcad LordOfBikes (~armin@dslb-088-064-041-038.088.064.pools.vodafone-ip.de)
20:42.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:07.48Notify03BRL-CAD:brlcad * 68867 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: most of the file was already indent-formatted, so make the rest match. mildly easier diffing.
21:27.33Notify03BRL-CAD:starseeker * 68868 brlcad/trunk/src/conv/dyn-g.cpp: Start setting up to process ELEMENT_SOLID objects as well as ELEMENT_SHELL
22:38.40Notify03BRL-CAD:brlcad * 68869 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: include a high-level introduction to the overall approach being taken which affords an opportunity to introduce opennurbs, libbrep, and a few other details.
22:56.23Notify03BRL-CAD:brlcad * 68870 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: complicated to make the document more robust to changes over time and being a useful reference for develoeprs today. try a middle ground, only mentioning filepaths once as a footnote. it may make sense to push all file references into an appendix instead.
23:02.10Notify03BRL-CAD:brlcad * 68871 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: consistently use B-Rep as introduced
23:05.10Notify03BRL-CAD:brlcad * 68872 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: pseudocode of the algorithm would greatly help with understanding
23:06.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:17.15Notify03BRL-CAD:brlcad * 68873 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: consistently use () to distinguish when a symbol name is a function vs a command, class name, or other type. helps with readability.
23:24.33Notify03BRL-CAD:brlcad * 68874 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: remove a few embedded CDATA, add missing close-paren
23:31.31Notify03BRL-CAD:brlcad * 68875 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: probably should lowercase all Evaluations except those in titles, but make them consistent for now. respect to Mr. Boole elsewhere.
IRC log for #brlcad on 20160921

IRC log for #brlcad on 20160921

00:01.22*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
05:08.04*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:ad86:b174:5f4a:4262)
06:14.54*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
09:27.36*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
12:01.28*** join/#brlcad amarjeet (~Amarjeet@169.149.144.33)
12:08.52*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
13:22.20*** join/#brlcad yorik (~yorik@179.99.47.84)
14:14.07*** join/#brlcad ``Erik (~erik@pool-100-16-14-17.bltmmd.fios.verizon.net)
14:16.13Notify03BRL-CAD:brlcad * 68876 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: mark commands and subcommands as commands
17:43.54*** join/#brlcad amarjeet_ (~Amarjeet@169.149.171.145)
17:54.37Notify03BRL-CAD:brlcad * 68877 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: add an abstract paragraph to the introduction, go with lowercase evaluation, and remove reference to the branch as there is near-term merge intent
17:54.56Notify03BRL-CAD:starseeker * 68878 brlcad/trunk/src/conv/dyn-g.cpp: refactor mesh creation out of main loop.
17:55.13Notify03BRL-CAD:bob1961 * 68879 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Change default nbflag settings for mouse_ray and pane_mouse_ray to 0.
17:55.19Notify03BRL-CAD:brlcad * 68880 brlcad/trunk/src/librt/bool.c: insert a_no_booleans segments sorted, not just to the head of the list
18:38.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:19.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:33.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:24.11Notify03BRL-CAD:brlcad * 68881 brlcad/trunk/TODO: geometry URL and VFS were discussed at length in the geometry service work. need to revisit the url design.
22:21.38*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:43.40Notify03BRL-CAD Wiki:Marcelito35 * 0 /wiki/User:Marcelito35:
22:59.21Notify03BRL-CAD:starseeker * 68882 brlcad/trunk/src/conv/dyn-g.cpp: Generate arbs from element_solid information
23:04.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:33.03Notify03BRL-CAD:starseeker * 68883 brlcad/trunk/src/conv/dyn-g.cpp: skip comment lines
23:55.00Notify03BRL-CAD:starseeker * 68884 brlcad/trunk/src/conv/dyn-g.cpp: Right now we only handle four columns - don't read beyond that, even if there is something there...
23:56.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160922

IRC log for #brlcad on 20160922

00:32.33*** join/#brlcad gqcsmgbfohnsdqom (~armin@dslb-092-074-236-004.092.074.pools.vodafone-ip.de)
01:13.20Notify03BRL-CAD:brlcad * 68885 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: first stab at documenting the algorithm steps based on what the write-up seems to be saying. needs reed's eyes.
01:15.55Notify03BRL-CAD:brlcad * 68886 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: sounds like the quad isn't necessarily planar if the intent of the triangles is a better fit.
01:41.43Notify03BRL-CAD:brlcad * 68887 brlcad/branches/brep-debug/doc/docbook/system/implementation/en/bool_eval_development.xml: denote arrays with [] notation
02:39.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:20.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:48.57*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
09:14.19*** join/#brlcad KimK_ (~Kim__@2600:8803:7a85:6d00:c9fe:2f34:ac32:191c)
11:56.51*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.101.42)
12:27.10*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-hkihtesbglfdxjry)
13:28.34*** join/#brlcad yorik (~yorik@179.99.47.84)
15:21.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:37.28Notify03BRL-CAD:starseeker * 68888 (brlcad/trunk/INSTALL brlcad/trunk/configure brlcad/trunk/src/other/CMakeLists.txt): For the moment, disable the src/other freetype build. We either need to bring in our own version of fontconfig to avoid conflicts with system libs, or figure out how to customize our version of freetype to not use fontconfig.
15:43.06starseekeractually, I guess we'd have to get Tk to not use fontconfig too
17:37.32*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
18:34.41brlcad<PROTECTED>
18:38.24riesping brlcad
18:55.57Notify03BRL-CAD:bob1961 * 68889 brlcad/trunk/src/libtclcad/tclcad_obj.c: Forgot to add png2fb.c
19:07.15starseekerbrlcad: Tk is pulling fontconfig from the system, which in turn is pulling in the system freetype
19:07.31starseekeror at least, expecting the system freetype
19:09.03brlcadsounds like we need to bundle fontconfig, and compile when tk compile is enabled
19:23.47Notify03BRL-CAD:bob1961 * 68890 brlcad/trunk/src/libged/CMakeLists.txt: Added png2fb.c back in.
20:25.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:24.18*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.19.144)
21:38.39*** join/#brlcad ``Erik (~erik@pool-100-16-14-17.bltmmd.fios.verizon.net)
21:38.39*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
21:38.39*** join/#brlcad Notify (~notify@104.225.5.10)
21:38.39*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
21:41.30*** join/#brlcad LordOfBikes (~armin@dslb-092-074-236-004.092.074.pools.vodafone-ip.de)
21:41.30*** join/#brlcad gaganjyot (~gaganjyot@138.91.194.195)
22:33.09Notify03BRL-CAD:starseeker * 68891 brlcad/trunk/src/conv/dyn-g.cpp: Clear up a number of issues with the dyn-g importer - handle situations where we have solids but no parts, use PID in region names to ensure uniqueness, tighten string matching for * keywords, and don't make an arb8 if the node numbers in the higher columns are duplicates.
23:47.08*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160923

IRC log for #brlcad on 20160923

00:31.12*** join/#brlcad bpsflvhxckoragwq (~armin@dslb-178-007-230-042.178.007.pools.vodafone-ip.de)
03:27.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:09.50*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:d472:6046:db2a:b793)
13:29.14*** join/#brlcad yorik (~yorik@179.99.47.84)
14:02.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:37.41Notify03BRL-CAD:starseeker * 68892 brlcad/trunk/src/conv/dyn-g.cpp: If we don't have any nodes, we don't have enough information to create geometry (no xyz point coordinates. bail.
14:46.33Notify03BRL-CAD:starseeker * 68893 brlcad/trunk/src/conv/dyn-g.cpp: Somewhat surprisingly, encountered files that have actual whitespace filled columns when defining nodes. Assume zero is what's intended and don't warn.
15:33.56Notify03BRL-CAD:starseeker * 68894 brlcad/trunk/src/conv/dyn-g.cpp: Dyna allows CSV separated data, in addition to the column width convention. I'm not sure, but I think some of their more verbose/advanced input conventions may prefer this formatting. We'll need to support it eventually, but it doesn't work yet so at least provide an informative error message.
15:37.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:38.28*** join/#brlcad sniok (~sniok@212.51.207.206)
15:40.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:56.04*** join/#brlcad Mandeep_Singh (~mandeep@59.91.238.135)
18:36.54Notify03BRL-CAD:brlcad * 68895 brlcad/trunk/db/CMakeLists.txt: add the original aet model, used to diagram the view azimuth elevation twist vectors, as-is issues and all. note twist is going in the wrong direction and there is some top-level trash.
18:37.39Notify03BRL-CAD:starseeker * 68896 brlcad/trunk/src/conv/dyn-g.cpp: add options support to dyn-g, and add a flag to aggregate all ELEMENT_SHELL elements into a single bot.
19:05.39*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.28.227)
19:52.39*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:d472:6046:db2a:b793)
20:27.57*** join/#brlcad LordOfBikes (~armin@dslb-178-007-230-042.178.007.pools.vodafone-ip.de)
21:08.58brlcadwee, fun building 7.12.2 sources on a modern system
21:13.04starseekerwinces
21:13.09starseekerI'll bet
21:17.37brlcadreally have come a long way
21:18.33brlcadthis is even before mode of the code quality work
21:24.57brlcadall to check on wierd behavior
23:13.56*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160924

IRC log for #brlcad on 20160924

00:05.33*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
00:29.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:30.10*** join/#brlcad sgrqfrzqdioloiwb (~armin@dslb-088-065-177-246.088.065.pools.vodafone-ip.de)
01:34.39*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20160925

IRC log for #brlcad on 20160925

21:12.34*** join/#brlcad infobot (ibot@rikers.org)
21:12.34*** topic/#brlcad is BRL-CAD release 7.26.0 is out! More than 150 user-visible changes including 6 major efforts! || GSoC 2016 is coming to a close, showcase forthcoming || Help needed reviewing and integrating 700+ GCI tasks || Logs: http://ibot.rikers.org/%23brlcad/
23:44.47starseekerbrlcad: out of curiosity, why go with the bu_getopt API instead of bu_opt?  Is there an issue with bu_opt I should try to fix?
IRC log for #brlcad on 20160926

IRC log for #brlcad on 20160926

00:28.09*** join/#brlcad umncwmucrwoptwpf (~armin@dslb-092-074-251-186.092.074.pools.vodafone-ip.de)
01:37.24*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
05:12.26*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
05:13.11*** join/#brlcad maths22_ (~maths22@104.225.5.10)
05:13.11*** join/#brlcad maths22_ (~maths22@unaffiliated/maths22)
05:13.12*** join/#brlcad Gud_ (~k@c-890ae555.021-17-73746f36.cust.bredbandsbolaget.se)
05:21.41*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
05:48.25*** join/#brlcad KimK_ (~Kim__@2600:8803:7a85:6d00:184f:82f7:9430:1fe)
05:55.37*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
06:05.01*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
07:42.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:13.20*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
08:43.03*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:45.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:05.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:09.04*** join/#brlcad merzo (~merzo@92.60.189.225)
13:03.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:22.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:22.13*** join/#brlcad yorik (~yorik@2804:431:f721:45a4:290:f5ff:fedc:3bb2)
13:30.06*** join/#brlcad merzo (~merzo@92.60.189.225)
14:38.59starseekereither the simulate command is busted or the example setup on http://brlcad.org/wiki/Mged_simulation is not correct - I'm seeing the block end up below the ground plate
14:39.54*** join/#brlcad amarjeet (~Amarjeet@169.149.154.93)
14:43.03*** join/#brlcad amarjeet_ (~Amarjeet@169.149.188.157)
14:43.22brlcaddoes it go through or partially penetrate?
14:52.51*** join/#brlcad amarjeet (~Amarjeet@169.149.188.157)
14:53.54starseekergoes through
14:54.06starseeker``Erik: I think Notify is stuffed up again
15:27.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:55.30*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
16:29.09*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
16:38.57*** join/#brlcad amarjeet (~Amarjeet@169.149.188.157)
16:58.26*** join/#brlcad amarjeet (~Amarjeet@169.149.188.157)
17:26.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:28.48*** join/#brlcad LordOfBikes (~armin@dslb-092-074-251-186.092.074.pools.vodafone-ip.de)
18:38.37*** join/#brlcad LordOfBikes (~armin@dslb-092-074-251-186.092.074.pools.vodafone-ip.de)
18:47.55*** join/#brlcad LordOfBikes (~armin@dslb-092-074-251-186.092.074.pools.vodafone-ip.de)
19:01.00*** join/#brlcad LordOfBikes (~armin@dslb-092-074-251-186.092.074.pools.vodafone-ip.de)
19:14.10*** join/#brlcad LordOfBikes (~armin@dslb-092-074-251-186.092.074.pools.vodafone-ip.de)
19:20.35*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
19:36.37*** join/#brlcad LordOfBikes (~armin@dslb-092-074-251-186.092.074.pools.vodafone-ip.de)
19:49.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:00.02*** join/#brlcad LordOfBikes (~armin@dslb-092-074-251-186.092.074.pools.vodafone-ip.de)
21:49.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:27.05*** join/#brlcad Notify (~notify@104.225.5.10)
22:27.36Notify03BRL-CAD:starseeker * 68897 brlcad/trunk/src/conv/CMakeLists.txt: Might as well... - go with the k-g name for keyword file converter
22:27.38Notify03BRL-CAD:starseeker * 68898 brlcad/trunk/src/conv/k-g.cpp: update name in file
22:27.42Notify03BRL-CAD:starseeker * 68899 brlcad/trunk/src/conv/k-g.cpp: Print vertex and face maps that relate k file id numbers to vertex and bot faces if we're converting all ELEMENT_SHELL elements into a single BoT (under those conditions, there is a unique mapping.)
22:28.06Notify03BRL-CAD:brlcad * 68900 brlcad/trunk/src/conv/dbupgrade.c: implement better option handling so we can add a -f force flag for upgrading a v5 to v5 (forward-compatible changes)
22:28.49Notify03BRL-CAD:starseeker * 68901 brlcad/trunk/src/conv/k-g.cpp: Rather than the mess of separate files, put the maps in with the BoT as attributes.
22:28.51Notify03BRL-CAD:starseeker * 68902 brlcad/trunk/src/conv/k-g.cpp: If we told k-g to aggregate all element_shell objects, use a different name than uncategorized for the resulting BoT.
22:28.54Notify03BRL-CAD:starseeker * 68903 brlcad/trunk/src/conv/k-g.cpp: tweak option and docs
22:28.56Notify03BRL-CAD:starseeker * 68904 brlcad/trunk/src/conv/k-g.cpp: switch ordering to match
22:29.42Notify03BRL-CAD:starseeker * 68905 (brlcad/trunk/src/other/bullet/CMakeLists.txt brlcad/trunk/src/other/bullet/src/BulletCollision/BroadphaseCollision/btDbvt.cpp and 120 others): Upgrade bullet to 2.83.7, since it builds and the simulate command example shows the same behavior (albeit incorrect...)
23:55.02*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
IRC log for #brlcad on 20160927

IRC log for #brlcad on 20160927

00:27.09*** join/#brlcad sblejhfzezwjaoiz (~armin@dslb-092-074-244-255.092.074.pools.vodafone-ip.de)
05:29.10*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:34.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:24.32*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:15.23*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
08:29.51*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:55.28*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:04.58*** join/#brlcad maths22 (~maths22@104.225.5.10)
10:04.58*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
10:47.47*** join/#brlcad merzo (~merzo@94.45.58.141)
12:06.08*** join/#brlcad Stragus_ (~alexis@modemcable090.29-19-135.mc.videotron.ca)
12:21.03*** join/#brlcad merzo (~merzo@92.60.189.225)
13:08.35*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
13:37.14*** join/#brlcad yorik (~yorik@2804:431:f721:45a4:290:f5ff:fedc:3bb2)
14:13.32*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
15:48.53ejnostarseeker: thanks, I will fix the simulate command
16:36.58*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
16:37.00*** join/#brlcad starseek1r (~starseeke@104.225.5.10)
16:38.19*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
16:38.55*** join/#brlcad Stragus_ (~alexis@modemcable090.29-19-135.mc.videotron.ca)
18:28.06*** join/#brlcad infobot (ibot@rikers.org)
18:28.07*** topic/#brlcad is BRL-CAD release 7.26.0 is out! More than 150 user-visible changes including 6 major efforts! || GSoC 2016 is coming to a close, showcase forthcoming || Help needed reviewing and integrating 700+ GCI tasks || Logs: http://ibot.rikers.org/%23brlcad/
18:41.05*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
18:51.24*** join/#brlcad Notify (~notify@104.225.5.10)
18:52.10Notify03BRL-CAD:ejno * 68906 (brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/libged/simulate/collision.cpp and 10 others): remove duplicate code; add descriptions to file headers
19:28.14*** join/#brlcad kanzure_ (~kanzure@unaffiliated/kanzure)
19:35.57*** join/#brlcad ries_ (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
19:36.45*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
19:37.42*** join/#brlcad KimK_ (~Kim__@2600:8803:7a85:6d00:8dac:ac35:3d71:316)
19:41.05*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
19:46.38*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
20:24.08*** join/#brlcad KimK_ (~Kim__@2600:8803:7a85:6d00:8dac:ac35:3d71:316)
20:24.21*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
20:27.08*** join/#brlcad Gud (~k@c-890ae555.021-17-73746f36.cust.bredbandsbolaget.se)
20:32.40*** join/#brlcad Gud (~k@c-890ae555.021-17-73746f36.cust.bredbandsbolaget.se)
20:32.45*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
20:39.48*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
20:42.19*** join/#brlcad Gud_ (~k@c-890ae555.021-17-73746f36.cust.bredbandsbolaget.se)
20:43.39*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
20:46.43*** join/#brlcad KimK_ (~Kim__@2600:8803:7a85:6d00:8dac:ac35:3d71:316)
21:14.38*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.110.53)
21:24.03*** join/#brlcad Caterpillar3 (~caterpill@unaffiliated/caterpillar)
21:30.20starseekerejno: awesome, thanks!  feel free to revert the bullet upgrade if it proves to be a problem - I just did that with an eye towards eventually building on Windows.  Figured once that got underway the most modern version of the code might be helpful...
21:31.15starseekerejno: once things are working again with simulate, we'll add a regression test to make sure it stays working and get it going on Windows (which I think was the main reason it was turned off originally...)
21:39.41Notify03BRL-CAD:starseeker * 68907 (brlcad/trunk/src/CMakeLists.txt Property Changed: and 2 others): Set up a convenience directory for test work that needs to be added to the build but shouldn't be accidently swept into a svn commit.
21:51.47Notify03BRL-CAD:starseeker * 68908 brlcad/trunk/src/libged/simulate/rt_instance.hpp: need <stdexcept> include for C++ to get std::invalid_argument
22:07.43Notify03BRL-CAD:starseeker * 68909 brlcad/trunk/src/CMakeLists.txt: use full path
22:54.18*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
23:16.07*** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-twrhktfvvndhjwpb)
IRC log for #brlcad on 20160928

IRC log for #brlcad on 20160928

00:25.22*** join/#brlcad bqkqxkphkutjtpji (~armin@dslb-088-064-046-111.088.064.pools.vodafone-ip.de)
00:46.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:54.32Notify03BRL-CAD:brlcad * 68910 brlcad/trunk/src/conv/dbupgrade.c: add some basic input/output protection to make sure we don't clobber an existing output
03:04.14*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
03:17.35brlcadstarseeker: what's the status of freetype in the build?  I'm seeing a build failure on Mac now where it was working before (failing to find -lfreetype, missing -L/usr/X11/lib on linker flags)
05:55.44*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:20e1:82bf:a13c:a385)
08:40.38*** join/#brlcad merzo (~merzo@92.60.189.225)
09:33.54*** join/#brlcad Caterpillar3 (~caterpill@unaffiliated/caterpillar)
09:53.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
10:41.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
11:39.33starseekerblinks - our freetype is turned off
11:40.03starseekerif Tk is trying to pull it in, it should be finding the system tk
11:40.08starseekerer, system freetype
11:43.21starseekeryeah... openscenegraph uses freetype, but that's still off - Tk is probably what's trying to bring it in
11:43.58starseekerso it sounds like FREETYPE_INCLUDE_DIRS on the Mac isn't pulling what's needed - it is finding the non-X11 version of freetype somehow?
11:45.33starseekerscowls... really need to get OSX building with native Aqua to dodge this whole stupid mess of X vs non-X libs...
11:59.27*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
12:32.44*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
12:39.36brlcadstarseeker: yes, tk was trying to link it in first (followed by anything that linked tk)
12:40.38brlcadmac only has a /usr/X11/lib/libfreetype.6.dylib, there isn't another system freetype
12:41.12brlcadthe system libs have a completely different font rendering system, not freetype-based
13:03.49Notify03BRL-CAD:brlcad * 68911 brlcad/trunk/src/liboptical/sh_light.c: fix infinite loop bug in rt when using non-infinite shadow-casting lights. multiple issues going on, first being to not loop indefinitely when calling rt_shootray to find light samples if we don't acquire the sample (for whatever reason). since light samples were being randomly created using BN_RANDOM which has a *very* small cycle, use that limit as
13:03.51Notifytermination criteria here. probably want a better way (and better randomness).the second problem was introduced in 28642 when I was apparently chasing a null derefernce, I'd added an if(&array) check. as always true, it was logically harmless until in 65111 jon noticed the always true logic and presumed the intent was if(array) which made the logic always false thus causing light sources to never get initialized and
13:03.53Notifysamples to spin infinitely....
13:08.35Notify03BRL-CAD:brlcad * 68912 brlcad/trunk/NEWS: fixed an infinite loop bug in rt that was occurring on non-infinite light sources that cast shadows. the logic for initializing sample points (so we cast shadows in the shape of the light) was faulty causing it to never terminate. fixed logic and added additional protection in 68911.
13:14.23Notify03BRL-CAD:brlcad * 68913 brlcad/trunk/src/liboptical/sh_light.c: fix a regression introduced way back in 2000 (r19476) that breaks old models with directional light sources. this was long before we had deprecation policy, but a detrimental regression nonetheless when the d/dir keyword was changed to t/target without adding any logic to upgrade the old shader strings. restore the ability to read those geometry files
13:14.25Notifyand have their lights work by adding d/dir back to the list of recognized keywords.
13:14.27Notify...
13:19.59Notify03BRL-CAD:brlcad * 68914 brlcad/trunk/NEWS: directional lights created prior to rel 6.0 used the 'd {x y z}' notation to specify their direction. this was changed to t/target, which broke all light sources and required the modeler to redefine the light. this undoes the regression, restoring the ability to read the old .g files without error by putting recognition for d/dir keywords back.
13:27.44Notify03BRL-CAD:brlcad * 68915 brlcad/trunk/NEWS: consolidate all of the rtwizard window sizing changes into one entry: 1) this addresses user request from Josh Baker to have rtwizard name its window something other than the generic 'tk' to make it easier to find when minimized. 2) If the user sets the hierarchy view width, we want that width to stay constant between windows. Also uniformly initialize to width 250 rather
13:27.46Notifythan on the lenght of the file name. 3) Have the default rtwizard image size key off of the mgedObj size. Can be overridden by the FbPage.
13:27.48Notify...
13:29.28Notify03BRL-CAD:brlcad * 68916 brlcad/trunk/NEWS: slight tweak for readability. original note: Improve keep error reporting when file can not be created.
13:30.39*** join/#brlcad yorik (~yorik@2804:431:f721:45a4:290:f5ff:fedc:3bb2)
13:31.59Notify03BRL-CAD:brlcad * 68917 brlcad/trunk/NEWS: g_diff man page is replaced by gdiff man page. consolidate into one line item.
13:36.03Notify03BRL-CAD:brlcad * 68918 brlcad/trunk/NEWS: jon added support for specifying colors using 0 to 255 or 0.0 to 1.0 ranges to all of the rt/rtedge/etc tools
13:38.14Notify03BRL-CAD:brlcad * 68919 brlcad/trunk/NEWS: brlman and man(n) now have manual pages. (reworded for clarity)
13:42.50Notify03BRL-CAD:brlcad * 68920 brlcad/trunk/NEWS: consolidate man page removals, removed erase_all, export_body, vrmgr, dall. also avoid using ' - ' in description as it breaks automatic parsing of names.
13:46.58starseekerbrlcad: I'm not quite sure offhand what the fix is for the OSX freetype issue... looking at the build logic I don't see anything obviously wrong
13:47.17starseekerbrlcad: just to be sure, you were starting from a clean build dir?
13:49.02Notify03BRL-CAD:brlcad * 68921 brlcad/trunk/NEWS: gdiff now uses a 100mm default tolerance and a default grid spacing based on the bounding box. (consolidated two gdiff default changes into one entry)
13:49.25brlcadstarseeker: not clean, it was a rebuild after svn up - I'll check clean
13:52.13Notify03BRL-CAD:brlcad * 68922 brlcad/trunk/NEWS: group the gdiff options together, man page movement is arguably not visible.
13:55.04Notify03BRL-CAD:brlcad * 68923 brlcad/trunk/TODO: multiple bugs found, invokes regression test requirement.
13:56.39Notify03BRL-CAD:brlcad * 68924 brlcad/trunk/src/conv/dbupgrade.c: need to upgrade d/dir shader strings if we're going to remove them
14:44.20*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
14:54.37Notify03BRL-CAD:starseeker * 68925 brlcad/trunk/src/conv/dbupgrade.c: unused variable
17:23.36*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
18:34.54Notify03BRL-CAD:starseeker * 68926 brlcad/trunk/src/libbu/booleanize.c: Restore original tests for on/off for the nN and yY cases to make unit testing work again. Need to check if the new behavior was/is preferred - if so, need to update tests.
20:54.25Notify03BRL-CAD:starseeker * 68927 brlcad/trunk/regress/repository.sh: in-src-dir regress-repository needs to ignore mime.c
21:15.35Notify03BRL-CAD Wiki:Luigipacetti * 0 /wiki/User:Luigipacetti:
22:00.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:01.54Notify03BRL-CAD:starseeker * 68928 brlcad/trunk/src/conv/k-g.cpp: Fix while test and apply mk_bot fixes (thanks to Vasco Alexandre da Silva Costa for catching these)
22:13.03Notify03BRL-CAD:starseeker * 68929 brlcad/trunk/src/libbu/color.c: initialize separator char (build problem reported by Vasco Alexandre da Silva Costa)
22:19.21Notify03BRL-CAD:vasco_costa * 68930 brlcad/trunk/src/librt/primitives/bot/bot.c: Fix compilation error due to uninitialized variable.
IRC log for #brlcad on 20160929

IRC log for #brlcad on 20160929

00:24.10*** join/#brlcad bodiyfrzclmpnjck (~armin@dslb-092-074-244-161.092.074.pools.vodafone-ip.de)
01:36.21Notify03BRL-CAD:brlcad * 68931 (brlcad/branches/prep-cache/INSTALL brlcad/branches/prep-cache/NEWS and 174 others): merge from trunk r68930 to branch
02:09.02*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
02:22.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:15.11*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:41.00*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
06:46.11*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:e8c9:fc1e:a3fb:cf94)
07:38.43*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
07:44.38*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:17.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:22.54*** join/#brlcad merzo (~merzo@94.45.58.141)
10:28.41*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
12:01.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:19.38*** join/#brlcad yorik (~yorik@2804:431:f721:45a4:290:f5ff:fedc:3bb2)
14:50.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:54.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:03.30Notify03BRL-CAD:starseeker * 68932 brlcad/trunk/src/conv/k-g.cpp: preserve original element_id to node set mapping as an attribute.
16:23.36Notify03BRL-CAD:starseeker * 68933 brlcad/trunk/TODO: We need to make sure TIE can handle the various BoT modes - right now it's ignoring surface mode BoTs.
17:32.59*** join/#brlcad LordOfBikes (~armin@dslb-092-074-244-161.092.074.pools.vodafone-ip.de)
19:24.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:40.22*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
21:55.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20160930

IRC log for #brlcad on 20160930

00:23.10*** join/#brlcad gqoxgezgftqwnoyz (~armin@dslb-092-075-152-164.092.075.pools.vodafone-ip.de)
02:50.58*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
03:30.08Notify03BRL-CAD:brlcad * 68934 (brlcad/trunk/include/brep/bbnode.h brlcad/trunk/include/brep/brnode.h and 13 others): merge the prep-cache branch into trunk, so it can be closed without any apparent prejudice. some tidying up needed and different cache storage layout so it is multiuser safe, but this is looking like solid forward progress. all testing is looking great too -- consistently seeing results like: 8min prep +
03:30.10Notify140sec render reduced to 40sec prep + 120sec render. well done jon!
03:30.12Notify...
03:33.50Notify03BRL-CAD:brlcad * 68935 brlcad/trunk/include/brep/curvetree.h: make sure implementation headers come after system headers
03:42.29Notify03BRL-CAD:brlcad * 68936 (brlcad/trunk/include/brep/curvetree.h brlcad/trunk/include/brep/util.h): more and better header inclusion cleanup, make the files work for C too
03:51.35*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
03:54.04Notify03BRL-CAD:brlcad * 68937 (brlcad/trunk/include/brep/brnode.h brlcad/trunk/include/brep/curvetree.h brlcad/trunk/include/brep/util.h): compile first, need the c++ headers protected
03:57.10Notify03BRL-CAD:brlcad * 68938 brlcad/trunk/include/rt/functab.h: ws indent and document the new ft_prep_serialize callback
04:07.05Notify03BRL-CAD:brlcad * 68939 brlcad/trunk/src/conv/k-g.cpp: fix warning. presumably getting shell and C syntax mixed up, and the intent here is to simply make sure the first char on the current line isn't a start
04:16.08Notify03BRL-CAD:brlcad * 68940 (brlcad/trunk/src/libbrep/BBNode.cpp brlcad/trunk/src/libbrep/BRNode.cpp and 15 others): ws indent cleanup
04:18.39Notify03BRL-CAD:brlcad * 68941 brlcad/trunk/src/librt/tree.c: private local headers come last unless it's an interface header (which comes first after common.h)
07:34.26*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
07:40.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:42.15*** join/#brlcad Ch3ck_ (~Ch3ck@41.205.19.249)
10:37.48*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.98.190)
11:22.24*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
11:35.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
11:53.36*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
13:58.36*** join/#brlcad yorik (~yorik@187.57.229.39)
14:30.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:41.34*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
15:00.49*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
17:28.38*** join/#brlcad merzo (~merzo@47-3-133-95.pool.ukrtel.net)
17:39.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:52.57Notify03BRL-CAD:starseeker * 68942 (brlcad/trunk/include/brep/util.h brlcad/trunk/src/librt/cache.c): Build fixes, use bnetwork.h instead of arpa/inet.h
18:06.15Notify03BRL-CAD:starseeker * 68943 brlcad/trunk/include/pstdint.h: Put guards on pstdint.h - cache.c is pulling this in directly, but on Windows it's also getting pulled in by common.h and causing redefinition errors. Longer term solution should probably be to test for whatever cache.c needs and handle accordingly...
18:22.39Notify03BRL-CAD:starseeker * 68944 brlcad/trunk/include/pstdint.h: there are already guards further in - this isn't the problem
18:33.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:36.00Notify03BRL-CAD:starseeker * 68945 brlcad/trunk/src/librt/cache.c: Rather than include pstdint.h unconditionally (which is causing problems on Windows) make sure of just the PRINTF_INT32_MODIFIER (which is the bit we need).
18:38.56Notify03BRL-CAD:brlcad * 68946 NIL: Work on prep caching can now proceed on trunck since it's intended for inclusion in the next release, and the branch is merged.
18:55.46Notify03BRL-CAD:starseeker * 68947 brlcad/trunk/include/bu/uuid.h: missing BU_EXPORT
19:02.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:06.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:13.32Notify03BRL-CAD:starseeker * 68948 brlcad/trunk/src/librt/CMakeLists.txt: list cache.h for CMake
19:20.52*** part/#brlcad Ch3ck_ (~Ch3ck@154.70.98.190)
19:28.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:55.10Notify03BRL-CAD:starseeker * 68949 brlcad/trunk/src/librt/cache.c: Rather than allowing whatever the current working path is to be the default for rt_cache.tmp (which won't work if that path isn't writable by the user) check HOME and the bu_temp_file directory first.
20:27.24Notify03BRL-CAD:starseeker * 68950 (brlcad/trunk/include/bu/defines.h brlcad/trunk/include/bu/log.h brlcad/trunk/include/bu/magic.h): Revert 68151. The separation is important - bu_badmagic won't build with _BU_ATTR_NORETURN, but the others need both.
20:48.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:57.47brlcadstarseeker: fyi, just because the branch was closed doesn't mean it's done ... there are got lots of other bits here being worked
20:58.11brlcadjust wanted to get it off the branch sooner rather than later
21:05.12Notify03BRL-CAD:brlcad * 68951 brlcad/trunk/src/libgcv/plugins/vrml/vrml_read/string_util.cpp: EOF doesn't apply to character strings. presumably testing for nul end-of-string was intended.
21:06.29brlcadone build is stuck on this: make[2]: *** No rule to make target `../misc/tools/re2c/lempar.c', needed by `misc/tools/re2c/re2cParse_parser/parser.out'.  Stop.
21:06.32brlcadmake[1]: *** [misc/tools/re2c/CMakeFiles/re2c_bootstrap.dir/all] Error 2
21:11.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:26.25``Erikhehee, "it was merged, done!" :D is that like "*compile* *install* *leave for vacation*"?
21:33.06brlcad``Erik: heh, yeah
21:56.16starseekerbrlcad: hmm.. I don't recall ever seeing that error - what platform?
21:56.55starseekerbrlcad: hope I didn't break any of your work - I just wanted to get things building/working on Windows (which they seem to, btw)
21:57.36starseekerI should be done thrashing now
22:05.48Notify03BRL-CAD:brlcad * 68952 (brlcad/trunk/include/rt/func.h brlcad/trunk/include/rt/functab.h and 4 others): convert the version number to a size_t for now, though this will almost certainly be going away (the storage layer needs to handle versioning)
22:07.50brlcadstarseeker: linux
22:16.38starseekerhuh.  weird
22:17.01starseekeris it an enable all build, or is it using system components?
22:34.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20161001

IRC log for #brlcad on 20161001

00:21.59*** join/#brlcad rqsjpjkemuxnrxjz (~armin@dslb-088-065-187-184.088.065.pools.vodafone-ip.de)
00:52.11brlcadstarseeker: it's a default cmake .. build, so mixed
00:52.19*** join/#brlcad yorik (~yorik@2804:431:f721:d5eb:290:f5ff:fedc:3bb2)
00:54.42brlcadstarseeker: http://pastebin.ca/3723654
00:55.20brlcadLEMON_FOUND:STRING=LEMON-NOTFOUND
01:03.12starseekerbrlcad: that's OK - what's LEMON_TEMPLATE set to in the cache?
01:04.45starseekermine is /home/user/brlcad/misc/tools/lemon/lempar.c
01:05.45brlcadunset
01:05.55brlcadgrep returns no matches
01:06.59starseekerO.o
01:08.55starseekerline 71 in misc/tools/CMakeLists.txt should be setting it
01:11.25brlcadhm, only gets there if line 70 has BRLCAD_BUNDLED_LIBS=BUNDLED and it's set to "AUTO"
01:11.46starseekerBRLCAD_LEMON should end up set to BUNDLED though
01:11.49starseekersince you're building it
01:12.30brlcadwhere's that set?
01:12.37brlcadgrep returns empty
01:13.43starseekershould be in the THIRD_PARTY_EXECUTABLE macro
01:17.18brlcadokay, so I see THIRD_PARTY_EXECUTABLE in ../misc/tools/CMakeLists.txt for lemon
01:17.39starseekerright - the macro definition is in misc/CMake/ThirdParty.cmake
01:19.06starseekermy guess is 503 should be setting BRLCAD_LEMON
01:21.29brlcad403?
01:22.03starseekersorry - line 503 in misc/CMake/ThirdParty.cmake
01:23.08brlcadthat's what I meant too
01:24.04brlcad403 block should be setting BRLCAD_LEMON_BUILD=ON, LEMON_DISABLE_TEST=1, LEMON_MET_CONDITION=5
01:25.34starseekerthat's if we have an explicit BUNDLED request for lemon, which we don't unless you're setting it
01:25.42brlcadthat means it won't get to line 503, because of line 481
01:26.33starseekerour line numbers are slightly different - for me 481 is a blank line
01:26.35brlcadah, I see .. it's auto
01:29.48brlcadokay, so it got there for LEMON
01:30.34starseekerso if BRLCAD_LEMON is set to BUNDLED, the next question is why that didn't work for the misc/tools/CMakeLists.txt:71 test
01:31.33brlcadchecking to make sure the var makes it there
01:31.48brlcadGOT HERE for LEMON, BRLCAD_LEMON="BUNDLED (AUTO)"
01:32.25starseekerbut you said LEMON_TEMPLATE isn't set in the cache?
01:33.17starseekerwhat version of CMake?  (maybe there's something funny about the MATCHES test...)
01:35.49brlcadaha, couldn't this be the problem
01:36.44brlcadmisc/tools/CMakeLists.txt:72 is where LEMON_TEMPLATE is set and line 71 is where we check BRLCAD_LEMON
01:36.59brlcadand line 74 ... is where BRLCAD_LEMON is set
01:37.23starseekerthe include?
01:37.35starseekerinclude(${BRLCAD_CMAKE_DIR}/FindLEMON.cmake)
01:38.01brlcadoh noes ... you know what, these sources are out of date!
01:38.19starseekerwondered... line numbers appear to be one off...
01:38.46brlcadyep, that's it .. fixed in current source
01:38.57brlcadthanks for helping track that down
01:39.02starseekerphew - that's why I can't reproduce it :-)
01:39.03starseekernp
01:39.14brlcadI must have missed svn upping that one... i'm compiling on four separate machines
01:39.19brlcadfour separate failures...
01:39.28starseekerwinces
01:40.05starseekerthat's ironic - I was just running Windows builds and distcheck on linux and things were looking good...
01:40.06brlcadbsd is still failing because of cmake not adding a -L/usr/local/lib
01:40.15starseekerhmm
01:40.32brlcadthat was one of the linux failures, but clearly false positive
01:40.54starseekertries bsd build
01:41.29brlcadanother linux succeeded build, but is failing make test
01:41.40starseekeryou mean make check?
01:41.45starseekermake test is expected to fail...
01:42.09brlcada particular test is failing that shouldn't
01:42.13brlcadthe parallel test
01:42.17starseekerah
01:42.32brlcadlooks like a genuine catch though, found a problem scaling to tons of cpus
01:42.51brlcadon a 160 core box, it blows out our 1024 MAX_PSW limit
01:42.58starseeker:-)
01:43.01brlcad~160*160
01:43.01infobot25600
01:43.05starseekerthat's fun
01:43.28brlcadit's trying to kick off that many threads :)
01:43.59starseekererm.  what's the preferred/correct behavior for a case like that?
01:44.02brlcadI fixed the book-keeping limit, but then pthread_create() fails with that many probably due to OS limit
01:44.23starseekerso we need a configure time test to find the practical upper limit?
01:44.40starseekerah, the uuid_generate function
01:45.18brlcadI think bu_parallel might be able to throttle the work more intelligently so more than MAX_PSW many aren't created in the first place
01:45.33starseekernods
01:45.36brlcadit's all in how it is handling recursive parallelism
01:46.17brlcadprobably needs some sort of worker pool instead of just dispatching everyone
01:46.31brlcadyeah, so I know what the problem is on BSD .. just not how to fix it
01:46.41starseekeris looking into it now
01:46.52brlcadit correctly finds uuid_generate in uuid/uuid.h
01:48.02brlcadbut the BRLCAD_CHECK_LIBRARY() call in top-level CMakeLists.txt:1874 for uuid_generate in uuid fails because there's no -L/usr/local/lib on the link line
01:48.32starseekeryeah, may need a FindUUID.cmake along these lines:  https://github.com/PositronicsLab/reveal/blob/master/cmake/Finduuid.cmake
01:48.45starseekerhang tight, I'll see if I can get it working
01:48.52brlcadCMAKE_PREFIX_PATH does have /usr/local in it, but the CHECK_LIBRARY_EXISTS macro it's using in BRLCAD_CheckFunctions.cmake:260 doesn't use that
01:50.40brlcadyeah, that guy's find script will probably work .. it uses find_library() instead of check_library_exists(), which respects the CMAKE_PREFIX_PATH
01:50.47starseekernods
01:51.02brlcadis there a reason we use check_library_exists(), haven't looked up what the diff is
01:51.14starseekerI think just convenience/convention
01:51.32starseekerI'm not sure find_library looks for a specific function
01:54.30brlcadahh, good point
01:58.04brlcadwoot, that worked
01:58.19brlcadI think I have a simple fix, can you check it?
01:58.22starseekersure
01:58.34starseekera way that doesn't use FindUUID?
01:59.35Notify03BRL-CAD:brlcad * 68953 brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: make CHECK_LIBRARY_EXISTS() respect the CMAKE_PREFIX_PATH during linking like find_library() does
02:01.12starseekerbrlcad: that will work only so long as CMAKE_PREFIX_PATH contains only one path
02:01.38starseekerit is set at the toplevel CMakeLists.txt:673, and it's currently set up to be a list
02:02.14starseekerit appears to contain only /usr/local currently, but unless we want to guarantee that there may be a problem
02:02.22brlcadlooking
02:03.40starseekeralso isn't quite following how -L/usr/local/lib ends up in the build logic for libbu just from adding it there...
02:05.27Notify03BRL-CAD:brlcad * 68954 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake): check_library_exists() already respects cmake_required_flags, so let it get set when the cppflag is set.
02:09.20starseekershakes his head - still fails to build libbu from a clean build with r68954
02:09.24brlcadof course you're right ... I'm surprised setting it globally doesn't
02:09.25starseekerone sec...
02:16.03starseekergrr...
02:16.03brlcadooh, think I might have found it
02:17.04brlcadlooks like it worked
02:17.52Notify03BRL-CAD:brlcad * 68955 brlcad/trunk/CMakeLists.txt: need to call LINK_DIRECTORIES() to set the ldflag search dir
02:18.23starseekerbrlcad: I just got the FindUUID working.  Is the LINK_DIRECTORIES solution preferable?
02:19.11starseekeravoids special casing UUID, and definitely less code
02:19.15brlcadand confirmed,   -L/usr/local/lib is in the link list
02:19.24starseekertries it, but this time stashes his patch rather than blowing it away...
02:19.31brlcad:)
02:20.07brlcadhonestly, your call .. don't know enough to answer
02:20.11brlcadit's definitely working
02:20.35starseekerthat's find then - FindUUID would only be justifable if we wanted to be robust beyond /usr and /usr/local
02:20.44starseekerwhich I don't think is an issue for uuid
02:21.18starseekerconfirmed, works
02:21.22starseekergood
02:21.31starseekervotes for that - simple and effective
02:22.20starseekerblinks
02:22.27starseekerwait a minute - a clean build failed again...
02:22.33starseekerwhat the bleep...
02:22.44starseekerOK.  clear build dir...
02:22.48starseekerdone
02:22.50starseekercmake ..
02:23.13brlcadjust looking at it, the FindUUID logic might do a better job at finding more variants if it were upstream proper and kept improving
02:23.17brlcadtaking that guy's particular version, though, doesn't look to have an advantage I see
02:23.31starseekernods
02:24.45starseekertest_bu_uuid fails to link for me
02:24.59starseekermake test_bu_uuid
02:25.34brlcadlooks
02:26.54brlcadcurious, working for me, has the -L
02:27.01starseekertry clean build dir?
02:27.06brlcaddoing that now
02:34.47starseekerfwiw, I just got a full successful build with the finduuid approach...
02:38.47Notify03BRL-CAD:starseeker * 68956 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/libbu/CMakeLists.txt): This seems to give a reproducible successfull build on BSD. May be overkill, but checkpoint in working state so I don't lose the patch again...
02:41.07brlcadworking approach wins
02:43.05brlcadwhy run BRLCAD_CHECK_LIBRARY() and find_package?
02:43.44brlcaduuid_library and uuid_libraries is now listed in libbu's link btw, presumably only want one right?
02:45.07brlcadthe bigger problem still remains for /usr/local/lib libraries, that they won't be searched
02:45.49brlcadlooks like what happened .. LINK_DIRECTORIES didn't actually work .. must have been pulling a cached value
02:46.09brlcadbecause BRLCAD_CHECK_LIBRARY(UUID uuid uuid_generate) failed/fails
02:46.55brlcadthat might also be why it's working, if it's not actually using uuid_generate now
02:49.03brlcadyeah, that's what's happening .. it's not using libuuid
03:01.39Notify03BRL-CAD:starseeker * 68957 brlcad/trunk/src/libbu/CMakeLists.txt: only use pubic var UUID_LIBRARIES
03:02.28brlcadI think I have a fix
03:02.38brlcadretesting clean
03:05.04Notify03BRL-CAD:starseeker * 68958 brlcad/trunk/misc/CMake/FindUUID.cmake: Add full license text
03:05.59Notify03BRL-CAD:brlcad * 68959 brlcad/trunk/CMakeLists.txt: check for uuid_generate only after we're sure we found the lib
03:07.20Notify03BRL-CAD:brlcad * 68960 brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: if we have the lib, conduct a different test that doesn't rely on searching for the library (since CHECK_LIBRARY_EXISTS doesn't respect required library flags). check for the function in the library specified via check_function_exists()
03:07.25brlcadthat seems to do the trick, sanity check?
03:08.25brlcadnow only problem is that it runs FindUUID every time
03:41.53Notify03BRL-CAD:brlcad * 68961 (brlcad/trunk/misc/CMake/BRLCAD_Options.cmake brlcad/trunk/misc/CMake/FindBRLCADTCL.cmake brlcad/trunk/misc/CMake/ThirdParty.cmake): consistent case
03:45.16Notify03BRL-CAD:brlcad * 68962 brlcad/trunk/src/libbu/parallel.c: not an end-state, but slight improvement on machines with greater than 128 cores. with recursive parallelism, the number of subthreads is technically unbound, so we'll need some a better method for tracking ever-increasing quantities of threads (and how to do so while ensuring MAX_PSW containers remain consistent).
03:45.29starseekerbrlcad: sorry, goofing off
03:45.58starseekerre-calling find_package shouldn't be an issue... it will run once, then should skip repeating if it's found what it wants
03:47.29starseekerbrlcad: I think that looks OK
03:53.20brlcadlooks like it's calling it repeatedly here
03:53.27brlcad(and finding it)
03:53.36starseekerah - it might be printing messages repeatedly
03:53.39starseekerchecks
03:53.57brlcadnext issue is make check is failing hard... :)
03:54.04starseekerurk
03:54.06brlcadrtwizard --no-gui is hanging
03:54.10starseekeron BSD?
03:54.17brlcadand spdi/shaders/.. are failing
03:54.21brlcadyeah
03:54.24starseekerwinces
03:54.25brlcad.bz
03:55.02starseekergrowls... can I stuff the rt/rtedge logic into librender?
03:55.28starseekeractually, that wouldn't do it... also need to add image filters to icv
03:56.18starseekerwell, fwiw, can confirm clean builds on both Linux and bz
03:56.58brlcadheh, now that's quality .. trying to attach to rtwizard with gdb, gdb crashes :)
03:57.09starseekerO.o
03:57.23brlcadwhich then causes rtwizard to crash
03:57.40starseekerbeautiful
03:59.17brlcad(the latter is not rtwizards fault)
03:59.38starseekernods - suggests I did something really evil though to make gdb croak
03:59.43brlcadthe fact that spdi and shaders are failing means something else is wrong/changed
03:59.50starseekernods
04:00.01starseekertrying to think what that might be...
04:03.10Notify03BRL-CAD:starseeker * 68963 brlcad/trunk/misc/CMake/FindUUID.cmake: Don't keep reporting we've found the lib if we already reported it once.
04:03.20starseekerbrlcad: I think that should do it for the repeating message
04:04.11starseekerhas to call it a night - be back in the morning
04:09.52brlcadokie okdokie
04:10.01brlcadthanks for your help, that was huge
04:12.40brlcadjust fyi, seeing cross-platform shader spdi solids test failures, so will have to investigate
05:50.10*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:458d:eff6:6dd3:17a2)
06:56.23*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
09:14.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
09:41.00*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
11:34.02*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
14:20.08starseekerjust as a data point, make check succeeds on Linux Mint, gcc 4.8.4
14:26.56*** join/#brlcad merzo (~merzo@47-3-133-95.pool.ukrtel.net)
14:29.24starseekerseeing three failures here - solids, shaders and spdi
14:34.16starseeker(on bz)
15:02.48starseekerbrlcad: the failure appears between r68704 and r68717
15:08.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:34.54starseekergot it - it was r68707
15:46.01Notify03BRL-CAD:starseeker * 68964 brlcad/trunk/src/libbu/booleanize.c: revert r68707 until we can determine why it's breaking the spdi, solid and shader regression tests.
15:46.53starseekerbrlcad: I'm not quite sure what the tests are unhappy about, unless the interpretation of 0/1 as false/true isn't working for some reason...
15:59.43starseekerjust as a point of interest: make -j12 check seems to have a decent chance of tests wiping out (I've seen dsp, dem and bot fail) but if I back off to (say) make -j5 things complete successfully (on bz)
16:07.45starseekerbrlcad: here's what I'm seeing with rtwizard from gdb when it hangs:  http://paste.lisp.org/display/327536
16:09.57starseekerand info threads says there's just the one thread
17:42.50*** join/#brlcad merzo (~merzo@139-66-133-95.pool.ukrtel.net)
19:09.44starseekerbrlcad: was Bmesh what you were talking about with Blender?  https://wiki.blender.org/index.php/Dev:Source/Modeling/BMesh/Design
19:10.02starseekerif so, it looks like it is GPL:  https://developer.blender.org/diffusion/B/browse/master/source/blender/bmesh/
19:31.25starseekerthis sounds kinda neat:  http://www.pcworld.com/article/3118264/security/orwl-pc-the-most-secure-home-computer-ever.html
19:47.57Notify03BRL-CAD Wiki:Jacquesmasso * 0 /wiki/User:Jacquesmasso:
23:12.14brlcadstarseeker: that's what I saw in gdb for rtwizard yesterday too, not very helpful
23:13.11brlcadonly thing of interest is it is using tcl 8.6 and a system pthread lib, maybe some dependency issue there
23:14.15brlcadon the surface, it seems that tcl eval failed on something (that's the important part) and it gets stuck trying to figure out / report the error
23:14.18brlcadTcl_GetChannelError()
IRC log for #brlcad on 20161002

IRC log for #brlcad on 20161002

00:50.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:52.30starseekerI did an enable all build with 8.5, same issue
03:17.31Notify03BRL-CAD:starseeker * 68965 (brlcad/trunk/include/rt/nmg.h brlcad/trunk/src/conv/euclid/g-euclid.c and 23 others): Looking forward towards moving nmg logic back into its own library, there are some initial in-place steps we can take to make the eventual transition simplier without actually splitting things into a library. This removes a librt coupling by using bn_vlblock_init instead of rt_vlblock_init and
03:17.34Notifyexplicitly passing in the librt list in question instead of assuming the presence of RTG.rtg_vlfree in the nmg code.
03:17.36Notify...
05:38.15*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:06.22*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:386a:2aa7:d3ea:43a2)
06:43.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:03.32nmz787_anyone around?
07:04.03nmz787_this is my TCL input to mged: https://paste.pound-python.org/show/OOsEuFjmbkHVCnmo2sWg/
07:04.19nmz787_getting some pretty odd error messages when I try to use 'sed'
07:04.24nmz787_(on an rpp)
07:58.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:42.07*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
10:19.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
10:52.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
11:01.12*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
12:12.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:08.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:55.02*** join/#brlcad amarjeet (~amarjeet@101.212.160.56)
14:34.50*** join/#brlcad amarjeet (~amarjeet@101.212.160.56)
15:46.25*** join/#brlcad amarjeet (~amarjeet@101.212.157.125)
16:26.43*** join/#brlcad amarjeet (~amarjeet@101.212.157.125)
16:53.20*** join/#brlcad merzo (~merzo@139-66-133-95.pool.ukrtel.net)
17:23.21brlcadnmz787_: any details about your installation of BRL-CAD?  did you compile yourself or use binaries?
17:24.12brlcaddefinitely looks like a bug to me, but could be caused by a wonky system tcl/tk issue
17:24.42brlcadmake sure your build is using bundled libs if you compiled yourself
17:28.14brlcadgives up fighting a cmake list stupidity, now 6+ hours
17:40.15starseekerbrlcad: can I help?
17:43.42*** join/#brlcad merzo (~merzo@80-29-133-95.pool.ukrtel.net)
20:08.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:13.30Notify03BRL-CAD:starseeker * 68966 brlcad/trunk/src/librt/primitives/nmg/nmg_fcut.c: refactor out another rt_vlblock_init, although this one appears to be in a chain of functions which aren't used...
20:15.45Notify03BRL-CAD:starseeker * 68967 (brlcad/trunk/src/librt/primitives/nmg/nmg.c brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c): nmg_stash_model_to_file absolutely depends on librt functionality for writing out a .g file - move to nmg.c, since it's not a candidate in this form for a libnmg refactor.
20:21.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:31.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20161003

IRC log for #brlcad on 20161003

03:26.50brlcadstarseeker: sorry, I had to take a break from it -- filed a bug report
03:27.56brlcadpretty certain I found the cause, just spent hours trying to find a workaround
06:16.04*** join/#brlcad merzo (~merzo@80-29-133-95.pool.ukrtel.net)
06:29.00*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:41.50brlcadspectacular... cmake segfaulted
06:42.11brlcadfinally devised a workaround, terrible but working
07:27.01Notify03BRL-CAD:brlcad * 68968 brlcad/trunk/CMakeLists.txt: after MUCH thrashing, here is a rewrite the add_test() wrapper that fixes a problem with the previous version. previous was not actually handling empty strings, which are used by a significant number of our tests. it was silently not passing them to the test program. turns out that cmake really does not like consistently dealing with empty string/list elements
07:27.03Notifyand loses it once we're in the wrapper. once it's processed into list form (e.g., ARGV/ARGN), it gets ignored by _add_test(). this may be due to cmake_parse_arguments() being used within _add_test() which also unexpectedly ignores empty list elements. reported behavior as bug to upstream.after much trial and error (more error than trial), a workaround was finally found and is implemented here. basically, we
07:27.05Notifyreconstruct an invocation of add_test() in the wrapper so empty strings are passed as such, not via a list. this is fugly and inane and would be fragile, but there are a couple protections included that greatly help future-proof the wrapper. other comments should also help the next dev figure out what's going on....
07:29.06Notify03BRL-CAD:brlcad * 68969 brlcad/trunk/src/libbu/tests/CMakeLists.txt: reorganize the booleanize tests a little bit for clarity. add another arg indicating the expected output result.
07:30.37Notify03BRL-CAD:brlcad * 68970 brlcad/trunk/src/libbu/tests/bu_booleanize.c: rewicker that booleanize test to not rely on some built-in notion of true or false that can become inconsistent with what libbu defines. just make it take the expected result as input, then test and compare.
07:31.47Notify03BRL-CAD:brlcad * 68971 brlcad/trunk/include/bu/str.h: clarify that empty strings are whitespace-trimmed
07:46.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
08:14.50*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
08:37.31*** join/#brlcad merzo (~merzo@92.60.189.225)
09:03.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
10:30.45Notify03BRL-CAD:ZitarMorningStar * 0 /wiki/User:ZitarMorningStar:
12:15.40*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
13:30.41*** join/#brlcad yorik (~yorik@2804:431:f721:d5eb:290:f5ff:fedc:3bb2)
14:43.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:59.59starseekerbrlcad: one way we might avoid the problem would be to have add_test maintain a list in CMake land of all defined targets - our adding to unit and check is based on name, so we could just post-process the list after all tests are added
15:00.23starseekerpwd
15:01.21Notify03BRL-CAD:starseeker * 68972 brlcad/trunk/misc/CMake/FindUUID.cmake: ws
15:04.38starseekerhas other things he needs to add to CMake to avoid the need for the _ prefix redefinition - I'll add that to the list
15:05.23Notify03BRL-CAD:starseeker * 68973 brlcad/trunk/src/libbu/CMakeLists.txt: Only use UUID_INCLUDE_DIR if it's valid
15:11.42*** join/#brlcad amarjeet (~Amarjeet@169.149.136.110)
15:22.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:23.02*** join/#brlcad amarjeet (~Amarjeet@169.149.136.110)
15:35.30brlcadstarseeker: that would be a good fix this particular case .. what about scripting something around: ${CMAKE_COMMAND} --build . --target help
15:36.06brlcadcould create a function like "get_targets()" to get the current list
15:57.38starseekerbrlcad: the trick is we need the list before the CMake configure is fully complete, and I don't know if CMAKE_COMMAND would report correctly before the final CMake generation
15:57.54starseekerbrlcad: I posted to the list to see if that information is available somewhere
15:58.50starseekerthere is of course the possibility of just manually adding each test to the check/unit dependencies, but imho that won't scale
16:07.03*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
19:18.00brlcadahh, good point .. can't run cmake yet
19:18.14brlcadagrees the latter doesn't scale
20:01.02*** join/#brlcad Guest33108 (~joel@dhcp-004073.ics.uci.edu)
21:40.02Notify03BRL-CAD:starseeker * 68974 (brlcad/trunk/include/nmg.h brlcad/trunk/include/rt/nmg.h and 105 others): Well, that was amazingly painful. Get all rt_vlblock_init calls up out of the nmg code. Removing RTG.rtg_vlfree as a global variable access flowed up through a lot of calling functions, which in turn required updating code calling them.
21:41.22starseekerbrlcad: that may not be minimally impacting, but it was enough work I had to try - it's one of the preliminary moves needed for relocating the nmg code out of librt
22:08.21*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
22:16.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:51.37Notify03BRL-CAD:ejno * 68975 brlcad/trunk/src/libbu/color.c: only check errno if the return value of strtol()/strtod() is exactly 0.0
IRC log for #brlcad on 20161004

IRC log for #brlcad on 20161004

00:26.09*** join/#brlcad LordOfBikes (~armin@dslb-092-074-225-166.092.074.pools.vodafone-ip.de)
01:50.21*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
02:16.38*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
03:59.16*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
05:54.27brlcadstarseeker: I didn't scrutinize it that closely for impact .. any non-NMG public API had to change?
05:56.22brlcadsmells bad having a free list added to so many function args
05:57.06brlcadfree lists are usually just an optimization and a poor one at that these days -- did you see if you could just eliminate its use altogether?
05:59.13brlcaddon't know about the specific nmg case, but usually they are a list of free'd items, so when the next allocation comes, it pulls from the free list instead of allocating again ... a really really inefficient optimization that we might be able to change to just allocate on-demand or in-advance, no free lists
06:00.04brlcadI do know that's what we need to do in others parts of librt, particularly in db hash
06:00.24brlcadkudos on getting through all that grunting .. herculean
06:30.30Notify03BRL-CAD:brlcad * 68976 brlcad/trunk/src/libbu/booleanize.c: restore booleanize back to r68707 with slight modification that was causing the spdi/shaders/solids regression tests to fail. the problem was simply that errno needed to be reset before calling strtol(). now all regress tests are passing again.
06:35.27Notify03BRL-CAD:brlcad * 68977 brlcad/trunk/src/libbu/opt.c: few other places we do not properly reset errno before calling a function that potentially sets it (e.g., strtod, strtol)
07:27.35*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:35.03*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
07:42.22*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
08:07.02*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:20.04*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:05.34*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:11.14*** join/#brlcad merzo (~merzo@92.60.189.225)
10:32.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
10:55.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:10.10*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
12:12.34Notify03BRL-CAD:brlcad * 68978 (brlcad/trunk/src/libged/gqa.c brlcad/trunk/src/libpkg/pkg.c brlcad/trunk/src/util/ttcp.c): more places we need to initialize errno before we test it.
12:28.29brlcadstarseeker: how do you have things set up to run the static analyzer?  anything special?  I'd like to squish some issues in idle time.
12:41.37Notify03BRL-CAD:brlcad * 68979 brlcad/trunk/src/libbu/badmagic.c: make bu_badmagic actually not return, always
12:44.36Notify03BRL-CAD:brlcad * 68980 (brlcad/trunk/include/bu/log.h brlcad/trunk/include/bu/magic.h): mark bu_badmagic as not returning and document it as such
12:48.52Notify03BRL-CAD:brlcad * 68981 brlcad/trunk/include/bu/magic.h: clean up alignment so they're consistent (and relocatable)
13:11.00*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
13:16.18*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
13:17.09starseekerbrlcad: There's a basic script in misc - I don't think I've got the more elaborate one committed yet (that breaks things down by lib) - I'll check
13:20.01starseekerbrlcad: offhand I don't recall any non-NMG API changing - the reason I had to go with passing the list around is I wasn't sure what other programs (say, MGED) were depending on the drawing work taking place specifically in RTG.rtg_vlfree
13:22.08starseekerit may be that it truly doesn't matter, but given how massive the task is I was trying for the minimal change to avoid unanticipated side effects
13:23.00starseekerI'm willing to re-grunt through it and clean it up if we determine it's not needed
13:30.14riesping Sean, any update?
13:33.56Notify03BRL-CAD:starseeker * 68982 brlcad/trunk/misc/clang-static-analyzer-run.sh: A somewhat more elaborate clang static analyzer script with more nuanced reporting of what is and is not expected to pass (and reports specific to each library.) In a perfect world this would actually be generated by CMake - the major weakness of this setup is that the target list is static in the file and dosn't automatically update when
13:33.58Notifythe build changes. Still, it's a start.
13:34.00Notify...
13:35.04starseekerbrlcad: that'll probably be actively damaging to your shell scripting sensibilities, but it also contains the logic for how to do the static analysis building
13:35.46*** join/#brlcad yorik (~yorik@2804:431:f721:d5eb:290:f5ff:fedc:3bb2)
13:35.53starseekerhey you
13:35.59starseekerer yorik
13:36.19brlcadries: yes, he should be good to go
13:36.20starseekerbe nice if my fingers acted like the're actually connected to my brain...
13:36.31brlcadries: can you have him send me an e-mail?
13:36.44riesbrlcad: yes I can
13:36.49brlcadgreat, thanks
13:37.06riesbrlcad: it has been very quite on the channel lately..
13:37.08brlcadI'll cc you on the info, just going to let him know what to expect
13:37.23riesok
13:37.30brlcadyeah, it's been crunch time for several of us
13:37.38*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
13:39.24brlcadstarseeker: got why you were changing it -- no problems there -- just a note that there may be an easy way to make it go away (as it should eventually go away), especially if you tackle other global constructs like it
13:40.09starseekernods - sounds good. I should have thought about that before diving in, but I was in one of my "I want to DO something, now" moods
13:40.13starseekerthat'll teach me
13:40.35brlcadi've done it myself
13:40.57brlcadthanks for the script
13:41.03starseekerthe other other major global I've spotted so far (probably there are others, but this is the obvious one) is the RTG.NMG_Debug flag
13:41.07starseekernp
13:41.21starseekerRTG.NMG_debug rather
13:41.28brlcadnods
13:41.36starseekerI'm assuming we'll do with that what we do for the other libs and make it nmg_debug
13:41.41brlcadI think nearly everything in RTG can go away
13:41.43brlcadchecks
13:43.44starseekera somewhat thornier issue is how to handle the snurb and cnurb pieces.  As a first cut, I'd like to pull them out into libnmg rather than trying to excise them - they're hooked in in quite a fe places
13:44.06brlcadyeah, only tricky one is rtg_headwdb, and rtg_vlfree might propagate into a lot of places with the RT*VLIST() macros
13:46.13brlcadpulling them over into libnmg first is what I would do
13:46.16starseekeronce we have the bspline bits separated out into libnmg, it's actually a better environment to evalute them as compared to their openNURBS counterparts
13:46.29brlcadas few changes as possible really, just enough to decouple the libs from a symbol standpoint
13:47.01brlcadeh?  evaluate what? :)
13:47.03starseekernods. Should probably also hook up that thing you did a few years ago to use the new brep raytracing routines to raytrace older bspline objects by default
13:47.22starseekerbrlcad: one of our long term TODO tasks was to see if we have any worthwhile nurbs routines not in openNURBS
13:47.33starseekerisn't familiar enough with that logic to say one way or the other
13:47.42brlcadah, that's different
13:48.05brlcadbspline stuff in nmg should go away fully, it overlaps with openNURBS, but there are some functions in there we might want to keep/recode
13:48.20starseekerfigures the bspline primitive should boil down to IO routines and the translation between data structures...
13:48.24brlcadmostly an eye towards nmg_misc iirc
13:49.17brlcadcan check release notes, but I'm not sure bspline was ever considered finished/published
13:49.25starseekeris actually starting to wonder a bit if the original goal of NURBS-in-NMG might be of interest - openNURBS hasn't released since 2013...
13:49.58starseekerbrlcad: sure, but to maintain the ability to read old .g files at least the IO bits have to survive somewhere...
13:50.58brlcadnot if it wasn't ever published in any way .. only ones affected would be a dev
13:51.30brlcadI don't know of that capability ever making it into a users hands, but would certainly check
13:52.02brlcadbiggest problem would be if we have any tools that create them, effectively putting them into user hands
13:52.05starseekeroh - did you create the files for comparison when you checked the old bspline raytracer against the new work?
13:52.20brlcadbut proc_db's don't count, and that's the only one that comes to mind
13:52.48starseekerwell, wdb.h has mk_bspline...
13:52.48brlcadahhhh, no .. damn
13:52.57starseekerat, the IGES converter
13:53.00brlcadthere is a tool that published them
13:53.02brlcadright
13:53.10brlcadokay, so never mind
13:53.43starseekerso, boil bspline down to the IO routines and the translation to openNURBS
13:54.54starseekerand while we're at it, either remove the proc-db tools that use mk_bspline or recode them to use breps...
13:55.54starseekerand update the iges converter
13:57.33starseekeris astounded by the number of bu_bomb calls in nmg code
13:57.55starseekeralmost 700
14:01.31starseekerbrlcad: should we mark mk_bspline as deprecated?
14:09.51brlcadhadn't done that yet just because mk_brep is rather unsatisfying
14:10.43brlcadthe proc-db tools would make for some fun nurbs test cases
14:10.51brlcad(recoded)
14:11.30brlcadnmg used bu_bomb as an exception handling mechanism, so not surprising
14:12.29brlcadif it were c++, they might as well be a ton of "throw ..." statements, which 700 would not be at all unusual
14:19.15*** join/#brlcad merzo (~merzo@92.60.189.225)
14:31.39Notify03BRL-CAD:starseeker * 68983 brlcad/trunk/src/libbu/badmagic.c: %s for string
14:33.20starseekerbrlcad: fair enough, but if we go with the principle that it's not a library's responsibility to crash under most circumstances, reworking all that is going to be a Big Job
14:47.13brlcadoops, thanks for the fix .. was just compiling now
14:49.08brlcadstarseeker: that's just it -- the library doesn't technically violate that principle
14:49.49brlcadit uses bu_bomb as an exception handler, like throw/catch, and callers are expected to catch/handle any errors specifically so it doesn't crash
14:50.23brlcadI could literally rename them all to .cpp, replace with throw statements, and it would be no different design intent
14:51.27brlcadnot really any different end result either with calling code updated with try/catch instead of BU_SETJMP/UNSETJMP
14:52.24*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
14:53.14brlcadyou're right that it will certainly be a job to change it to anything else, though ;)
14:54.59brlcadthe point was merely that 700 exception conditions is not in any way unusual (in fact, it's probably low for code that complex with that many functions)
14:57.46brlcadpick a poison: 700 bu_bomb calls with caller set/unset jumping, 700 throws with caller try/catching, 700 return conditions that would entail a huge cascade of every function call needing to get checked for return codes, 700 state settings in a struct getting passed to and checked by every function
14:58.35brlcadnot saying I prefer it, but using bu_bomb in this fashion is actually probably the least complicated and least code of all the options -- it has merit
15:18.09*** join/#brlcad amarjeet (~amarjeet@169.149.136.110)
17:58.14*** join/#brlcad Mandeep_Singh (~mandeep@2405:205:4083:b4c2:bc26:74bc:571a:c31d)
18:16.07*** join/#brlcad Mandeep_Singh (~mandeep@2405:205:4083:b4c2:f92d:aebd:3037:8673)
19:40.30Notify03BRL-CAD:starseeker * 68984 brlcad/trunk/src/libbg/chull3d.cpp: double can't hold DBL_MAX*DBL_MAX...
19:46.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:48.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:49.12Notify03BRL-CAD:starseeker * 68985 (brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mm.c brlcad/trunk/src/librt/primitives/bot/gct_decimation/auxiliary/mmbinsort.c and 7 others): avoid gcc pragmas with icc
19:49.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:51.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:52.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:55.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:57.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:59.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:00.00Notify03BRL-CAD:starseeker * 68986 brlcad/trunk/src/other/libnetpbm/pm_config.h.in: make sure _MSC_VER is defined before comparing it
20:01.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:03.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:07.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:08.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:11.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:14.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:16.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:18.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:19.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:21.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:23.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:25.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:27.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:28.15*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
20:28.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:30.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:31.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:33.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:34.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:37.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:39.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:41.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:43.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:44.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:46.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:48.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:50.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:51.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:54.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:57.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:58.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:02.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:03.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:05.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:07.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:10.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:12.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:13.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:15.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:17.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:20.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:22.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:24.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:26.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:28.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:31.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:32.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:34.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:36.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:38.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:40.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:42.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:44.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:46.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:48.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:49.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:51.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:53.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:54.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:56.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:57.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:02.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:03.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:08.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:10.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:12.08*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
22:13.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:15.08*** join/#brlcad ries_ (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
22:15.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:16.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:20.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:21.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:24.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:27.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:28.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:30.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:24.20*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20161005

IRC log for #brlcad on 20161005

03:58.09*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:34.34*** join/#brlcad infobot (ibot@rikers.org)
06:34.34*** topic/#brlcad is BRL-CAD release 7.26.0 is out! More than 150 user-visible changes including 6 major efforts! || GSoC 2016 is coming to a close, showcase forthcoming || Help needed reviewing and integrating 700+ GCI tasks || Logs: http://ibot.rikers.org/%23brlcad/
06:35.54*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:51da:a91:1591:a860)
06:39.30*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
06:43.53*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:21.23*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
09:03.46*** join/#brlcad amarjeet_ (~amarjeet@202.164.53.117)
09:13.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
11:12.00*** join/#brlcad Guest33108 (~joel@dhcp-004073.ics.uci.edu)
13:04.02*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
13:34.15Notify03BRL-CAD:starseeker * 68987 brlcad/trunk/src/CMakeLists.txt: Only try testing subdir if we've got the full build enabled
13:41.22Notify03BRL-CAD:starseeker * 68988 brlcad/trunk/CMakeLists.txt: Check if directory exists before adding, and skip if not found.
13:42.17*** join/#brlcad yorik (~yorik@2804:431:f721:d5eb:290:f5ff:fedc:3bb2)
13:42.32Notify03BRL-CAD:starseeker * 68989 brlcad/trunk/CMakeLists.txt: use root in message
13:52.12Notify03BRL-CAD:starseeker * 68990 brlcad/trunk/src/conv/CMakeLists.txt: use macro for conv subdirs
14:29.56Notify03BRL-CAD:starseeker * 68991 brlcad/trunk/src/libbu/y2038/README.txt: update website for y2038 code
21:59.54*** join/#brlcad infobot (ibot@rikers.org)
21:59.54*** topic/#brlcad is BRL-CAD release 7.26.0 is out! More than 150 user-visible changes including 6 major efforts! || GSoC 2016 is coming to a close, showcase forthcoming || Help needed reviewing and integrating 700+ GCI tasks || Logs: http://ibot.rikers.org/%23brlcad/
22:00.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:05.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:07.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20161006

IRC log for #brlcad on 20161006

00:23.59*** join/#brlcad djiojzynptmgpphb (~armin@dslb-088-065-180-244.088.065.pools.vodafone-ip.de)
01:02.51Notify03BRL-CAD:starseeker * 68996 (brlcad/branches/qtged/CMakeLists.txt brlcad/branches/qtged/INSTALL and 411 others): Sync with trunk thru r68995
01:06.28Notify03BRL-CAD:starseeker * 68997 (brlcad/branches/tcltk86/CMakeLists.txt brlcad/branches/tcltk86/INSTALL and 410 others): Sync with trunk thru r68995
01:12.26Notify03BRL-CAD:starseeker * 68998 brlcad/branches/qtged/src/qged/cadcommands.cxx: fix qged build
03:36.59Notify03BRL-CAD:brlcad * 68999 brlcad/trunk/src/tclscripts/mged/muves.tcl: rewrote the .fr file parser as the modern format has changed since this code was written. seems like some original assumptions or limitations are no longer true (or were never supported) like no aim/fire points in a view or only one aim per view, etc. updates I made lets you manually call the underlying functions (e.g., muves_draw_shot 1234) but
03:37.01Notifymore work would be needed to bring this code back to life and that's probably not worthwhile for us to be doing that here. left debugging in because who cares. ;)
03:37.03Notify...
03:40.29brlcadwoot, 69000
03:40.36Notify03BRL-CAD:brlcad * 69000 brlcad/trunk/src/tclscripts/mged/CMakeLists.txt: remove the DAL_kills GUI which provides an interface for loading and visualizing MUVES reg_map region map files and .fr final result file data. while it seemed to have much useful functionality, the code is out of date and feature is out of our scope.
05:24.06*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
07:44.12*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:10.11*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:26.43*** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua)
09:32.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
09:35.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
09:52.13Notify03BRL-CAD:brlcad * 69001 brlcad/trunk/CMakeLists.txt: older versions of cmake (2.8ish) don't seem to handle empty STREQUAL tests very well. employ an old shell trick.
09:58.00Notify03BRL-CAD:brlcad * 69002 brlcad/trunk/CMakeLists.txt: document with more specificity, that it's seeing COMMAND that confuses older cmake.
10:45.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:13.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:57.47*** join/#brlcad merzo (~merzo@92.60.189.225)
13:07.41*** join/#brlcad yorik (~yorik@2804:431:f721:d5eb:290:f5ff:fedc:3bb2)
13:11.47*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
14:04.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:33.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:35.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:12.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:31.13*** join/#brlcad sniok (~sniok@user-94-254-130-136.play-internet.pl)
15:42.45*** join/#brlcad sniok (~sniok@user-94-254-130-136.play-internet.pl)
15:43.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:09.46Notify03BRL-CAD:starseeker * 69003 brlcad/trunk/CMakeLists.txt: spelling
16:14.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:24.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:50.30Notify03BRL-CAD:starseeker * 69004 brlcad/trunk/src/libdm/dm-osgl.cpp: fix dm-osgl build
19:03.51Notify03BRL-CAD:brlcad * 69005 brlcad/trunk/src/libbu/tests/bu_badmagic.c: case 2 is no longer valid as there is no return any more
19:09.26*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
20:47.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:50.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:09.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:10.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:12.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:15.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:17.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:18.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:20.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:22.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:23.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:25.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:27.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:29.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:30.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:33.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:35.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:37.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:39.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:40.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:43.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:45.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:46.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:50.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:51.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:53.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:55.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:57.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:58.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:00.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:02.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:03.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:05.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:06.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:08.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:10.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:54.05Notify03BRL-CAD:starseeker * 69006 (brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h): regex based searching wasn't working (looks like it may never have worked properly...) - this gets things running, although it needs quite a bit more testing.
IRC log for #brlcad on 20161007

IRC log for #brlcad on 20161007

00:23.19*** join/#brlcad fmrnvzvifncxxejf (~armin@dslb-092-075-157-117.092.075.pools.vodafone-ip.de)
02:24.30starseekercool:  https://developers.googleblog.com/2016/10/an-open-source-font-system-for-everyone.html
05:08.13*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:1032:468c:5a6a:813d)
05:54.32*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:41.35*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:02.28*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:17.47*** join/#brlcad merzo (~merzo@92.60.189.225)
08:31.46*** join/#brlcad merzo (~merzo@92.60.189.225)
10:59.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
11:02.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
11:03.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
11:05.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
11:07.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
11:31.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:01.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:04.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:07.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:08.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:10.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:11.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:13.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:14.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:16.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:18.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:19.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:23.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:23.40*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
13:24.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:26.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:29.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:31.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:32.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:35.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:37.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:38.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:40.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:42.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:45.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:46.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:48.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:51.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:52.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:54.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:56.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:58.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:00.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:02.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:05.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:06.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:09.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:11.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:13.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:16.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:17.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:19.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:20.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:26.49*** join/#brlcad yorik (~yorik@2804:431:f721:d5eb:290:f5ff:fedc:3bb2)
14:33.21brlcadkintel's peer resets make backlog tracking quite difficult
14:40.32archivistmost likely an iphone or wifi user
14:57.44*** join/#brlcad merzo (~merzo@92.60.189.225)
14:58.07``Erikonce ya figure out the magic irssi /ignore thing to just strip kintels joins/quits, wouldja mind passing the fu? :D
15:02.41archivistmany channels ban quit joiners and bounce them to #fixyourconnection
15:20.36teepeeyou can't fix hotel connections though
16:05.28*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
16:25.28*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
19:06.47brlcadteepee: you can tunnel through to a more permanent place running screen+irssi
19:09.04*** join/#brlcad Stragus__ (~alexis@modemcable090.29-19-135.mc.videotron.ca)
19:09.38*** join/#brlcad yorik (~yorik@2804:431:f721:d5eb:290:f5ff:fedc:3bb2)
19:15.28teepeebrlcad: yeah, I have znc running on a raspi for that.
19:45.43*** join/#brlcad infobot (ibot@rikers.org)
19:45.43*** topic/#brlcad is BRL-CAD release 7.26.0 is out! More than 150 user-visible changes including 6 major efforts! || GSoC 2016 is coming to a close, showcase forthcoming || Help needed reviewing and integrating 700+ GCI tasks || Logs: http://ibot.rikers.org/%23brlcad/
19:48.11*** join/#brlcad LordOfBikes (~armin@dslb-092-075-157-117.092.075.pools.vodafone-ip.de)
19:48.12*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
19:48.23*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
19:48.23*** join/#brlcad maths22 (~maths22@104.225.5.10)
19:48.24*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
19:56.39*** join/#brlcad kanzure_ (~kanzure@unaffiliated/kanzure)
20:02.40*** join/#brlcad Notify (~notify@104.225.5.10)
20:08.32*** join/#brlcad starseeker (~starseeke@104.225.5.10)
20:08.32*** join/#brlcad brlcad (~sean@104.225.5.10)
20:08.33*** join/#brlcad Ch3ck__ (~Ch3ck@66-118-151-70.static.sagonet.net)
20:08.33*** join/#brlcad ``Erik (~erik@pool-100-16-14-17.bltmmd.fios.verizon.net)
20:22.39*** join/#brlcad nmz787 (~nmz787@bryan.fairlystable.org)
20:40.25*** join/#brlcad ChanServ (ChanServ@services.)
20:40.25*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:1032:468c:5a6a:813d)
20:40.25*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
20:40.25*** join/#brlcad yorik (~yorik@2804:431:f721:d5eb:290:f5ff:fedc:3bb2)
20:40.26*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
20:40.26*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
20:40.26*** join/#brlcad Notify (~notify@104.225.5.10)
20:40.26*** join/#brlcad starseeker (~starseeke@104.225.5.10)
20:40.26*** join/#brlcad brlcad (~sean@104.225.5.10)
20:40.26*** join/#brlcad nmz787 (~nmz787@bryan.fairlystable.org)
20:40.26*** mode/#brlcad [+o ChanServ] by asimov.freenode.net
20:40.26*** join/#brlcad LordOfBikes (~armin@dslb-092-075-157-117.092.075.pools.vodafone-ip.de)
20:40.43*** join/#brlcad Stragus__ (~alexis@modemcable090.29-19-135.mc.videotron.ca)
20:40.57*** join/#brlcad kanzure_ (~kanzure@unaffiliated/kanzure)
22:55.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:57.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:59.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:01.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:03.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:07.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:09.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:12.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:14.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:17.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:19.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:21.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:23.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:26.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:27.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:29.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:31.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:34.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:35.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:38.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:40.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:42.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:43.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20161008

IRC log for #brlcad on 20161008

00:28.47*** join/#brlcad LordOfBikes (~armin@dslb-088-064-041-083.088.064.pools.vodafone-ip.de)
03:14.21*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
05:48.50*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:5921:6149:ac21:d8c9)
07:17.06*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:26.30*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
11:14.51*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
12:20.14*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
12:36.25*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
13:07.20*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
13:13.33*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
14:09.21*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
16:48.10*** join/#brlcad amarjeet (~amarjeet@169.149.178.214)
16:54.41Notify03BRL-CAD:starseeker * 69007 (brlcad/trunk/doc/trunk_hierarchy.org brlcad/trunk/misc/CMake/NSIS.template.in and 3 others): Remove mged.bat file and go with straight-up mged.exe for the icon link. While we're at it, remove the old pre-CMake NSIS logic bits.
17:10.47*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.110.187)
17:17.12Notify03BRL-CAD:starseeker * 69008 brlcad/trunk/CMakeLists.txt: Try to improve the default NSIS behavior for 32 vs. 64 bit builds.
17:31.04Notify03BRL-CAD:starseeker * 69009 brlcad/trunk/CMakeLists.txt: Try a couple more NSIS tweaks
17:31.35*** join/#brlcad amarjeet (~amarjeet@169.149.178.214)
18:10.00*** join/#brlcad amarjeet (~amarjeet@169.149.178.214)
19:31.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:33.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:35.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:36.50*** join/#brlcad Ch3ck_ (~Ch3ck@154.70.99.185)
19:38.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:40.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20161009

IRC log for #brlcad on 20161009

00:21.41Notify03BRL-CAD:starseeker * 69010 brlcad/trunk/misc/CMake/NSIS.template.in: Update the NSIS template with changes from the default CMake template.
00:27.18*** join/#brlcad qumrnyawaqorqrvg (~armin@dslb-092-074-227-049.092.074.pools.vodafone-ip.de)
01:34.45Notify03BRL-CAD:starseeker * 69011 brlcad/trunk/CMakeLists.txt: Hmm. Not getting the icon install - is this needed? If so, something's not right with the NSIS setup...
04:22.16*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
11:03.14*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
11:38.21*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
11:51.34*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
13:12.27*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
18:07.16*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-nhnbnmgghzrbhznd)
19:35.09*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
22:22.41*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20161010

IRC log for #brlcad on 20161010

00:26.30*** join/#brlcad bpkcyuolxhqpiwrf (~armin@dslb-088-066-130-042.088.066.pools.vodafone-ip.de)
04:38.11*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
06:34.17*** join/#brlcad merzo (~merzo@91.217.179.122)
07:27.41*** join/#brlcad alisha (~quassel@223.180.130.133)
08:39.01*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
08:53.29*** join/#brlcad ries_ (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
09:00.58*** join/#brlcad LordOfBikes (~armin@dslb-088-066-130-042.088.066.pools.vodafone-ip.de)
09:42.06*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
10:59.53*** join/#brlcad alisha (~quassel@223.180.130.133)
13:02.56*** join/#brlcad yorik (~yorik@2804:431:f720:93f1:290:f5ff:fedc:3bb2)
13:12.53*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
15:48.37*** join/#brlcad amarjeet (~amarjeet@169.149.163.77)
16:47.46*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
IRC log for #brlcad on 20161011

IRC log for #brlcad on 20161011

00:14.46*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
00:25.15*** join/#brlcad jfqsvycjwzyfeqpl (~armin@dslb-088-064-047-164.088.064.pools.vodafone-ip.de)
01:56.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:38.43Notify03BRL-CAD:ejno * 69012 (brlcad/trunk/src/libged/simulate/collision.cpp brlcad/trunk/src/libged/simulate/collision.hpp and 10 others): check magic in TreeUpdater; syntactic tweaks; fix in progress
03:37.45Notify03BRL-CAD:brlcad * 69013 brlcad/trunk/src/libbu/badmagic.c: this may be wrong in the general case (where magic is not the first struct entry), but it's definitely not right to check sizeof() a type different than what we're casting against. doesn't check all the lower bits whens size_t is smaller than a pointer.
03:39.21Notify03BRL-CAD:brlcad * 69014 brlcad/trunk/src/libbu/badmagic.c: this is better since uintptr_t will hold the whole address and size_t will not necessarily, but still doubting the utility/correctness of the alignment check
05:59.56Notify03BRL-CAD:brlcad * 69015 brlcad/trunk/src/libbn/noise.c: badmagic fix highlight an error in here where the second internal magic number is not aligned because it comes after the array allocation and earlier magic. all this extra magic checking is overkill for a basic noise generator.
06:04.41*** join/#brlcad merzo (~merzo@91.217.179.122)
06:23.14*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:25.22*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
06:48.14*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
06:48.59Notify03BRL-CAD:brlcad * 69016 brlcad/trunk/src/libbu/badmagic.c: AND op on non-pointer type
06:50.10Caterpillargoo day
06:50.13Caterpillargood
06:54.23*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:03.50*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:53.22*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
08:01.39*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
08:33.21*** join/#brlcad tofu__ (~sean@104.225.5.10)
08:33.43*** join/#brlcad starseek1r (~starseeke@104.225.5.10)
08:44.42*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
08:49.59*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
08:49.59*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:5921:6149:ac21:d8c9)
09:19.01*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
09:49.33*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
10:23.06*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
11:55.54starseek1rwonders if 69015 is the source of that elusive shader bug crash we tracked back to noise in multithreading cases...
12:13.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:13.21*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
13:43.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:58.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:11.31*** join/#brlcad amarjeet (~amarjeet@169.149.129.231)
14:20.11*** join/#brlcad yorik (~yorik@2804:431:f720:93f1:290:f5ff:fedc:3bb2)
15:28.56Notify03BRL-CAD:starseeker * 69017 brlcad/trunk/misc/CMake/NSIS.template.in: The Desktop links to programs should be independent of the Start Menu links - the options allow enabling/disabling them independent of each other. This needs more testing, but a similar refactor in a smaller test case indicates this will work to allow desktop and start menu links to be handled independently.
15:29.29*** join/#brlcad amarjeet (~amarjeet@169.149.129.231)
15:39.24*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
16:29.09*** join/#brlcad amarjeet (~amarjeet@169.149.129.231)
16:29.43Notify03BRL-CAD:starseeker * 69018 brlcad/trunk/misc/CMake/BRLCAD_Util.cmake: need to start transitioning from macros to functions where we can. This is an easy one.
16:40.00*** join/#brlcad amarjeet_ (~amarjeet@169.149.129.231)
16:48.32Notify03BRL-CAD:starseeker * 69019 brlcad/trunk/misc/CMake/BRLCAD_Util.cmake: Convert a couple more macros to functions
17:09.18Notify03BRL-CAD:starseeker * 69020 brlcad/trunk/misc/CMake/BRLCAD_Util.cmake: BRLCAD_TARGET_NAME is used in only one place. Also, since we're already requiring 2.8.8 and the need for the file write hack disappeared in 2.8.7, the whole thing simplifies nicely.
17:27.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:31.28Notify03BRL-CAD:starseeker * 69021 brlcad/trunk/include/bu/defines.h: It's as much or more C89 that requires this workaround now, rather than our customizations...
17:34.38Notify03BRL-CAD:starseeker * 69022 brlcad/trunk/misc/CMake/BRLCAD_Util.cmake: macro->function
17:44.33Notify03BRL-CAD:starseeker * 69023 brlcad/trunk/misc/CMake/distcheck_repo_verify.cmake.in: Make sure src/testing isn't present before starting a distcheck.
17:53.36*** join/#brlcad Ch3ck (~Ch3ck@154.70.111.186)
17:55.12Notify03BRL-CAD:starseeker * 69024 (brlcad/trunk/src/librt/primitives/nmg/nmg.c brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c): Shift some clearly librt requiring bits into nmg.c
18:22.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:38.26*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
20:04.15Notify03BRL-CAD:starseeker * 69025 (brlcad/trunk/CHANGES brlcad/trunk/include/bn/vlist.h and 11 others): move a couple of vlist plotting functions to libbn. bn_plot_vlblock probably shouldn't be public API, but it was exposed in librt's public API as rt_plot_vlblock so going with rename for now to be minimally implacting.
20:16.35*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
20:38.36Notify03BRL-CAD:starseeker * 69026 (brlcad/trunk/CHANGES brlcad/trunk/include/rt/nurb.h and 27 others): rename some of the old nurbs functions to use the nmg prefix. this covers the ones used by the iges converter.
21:04.23Notify03BRL-CAD:starseeker * 69027 (brlcad/trunk/CHANGES brlcad/trunk/include/rt/nmg.h and 15 others): second pass - get the uses in primitives/nmg
21:55.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:54.41*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
23:08.09Notify03BRL-CAD:starseeker * 69028 (brlcad/trunk/CHANGES brlcad/trunk/include/rt/nurb.h and 31 others): woosh - get the rest of the public stuff in rt/nurbs.h renamed.
23:31.16Notify03BRL-CAD:starseeker * 69029 (brlcad/trunk/src/librt/primitives/nmg/nmg.c brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c): Move more logic that is librt specific into nmg.c
23:58.24Notify03BRL-CAD:starseeker * 69030 (brlcad/trunk/CHANGES brlcad/trunk/include/rt/global.h and 66 others): RTG.NMG_debug -> nmg_debug
IRC log for #brlcad on 20161012

IRC log for #brlcad on 20161012

00:09.24Notify03BRL-CAD:starseeker * 69031 (brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c brlcad/trunk/src/librt/primitives/nmg/nmg_ck.c and 4 others): Start (slowly) backing non-nmg rt headers out of nmg files and adding specific needed libbu/libbn includes.
00:27.21*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
00:32.04*** join/#brlcad LordOfBikes (~armin@dslb-092-075-151-187.092.075.pools.vodafone-ip.de)
00:33.29Notify03BRL-CAD:starseeker * 69032 (brlcad/trunk/include/rt/global.h brlcad/trunk/include/rt/nmg.h and 16 others): back out more headers - exposes some more work to do
00:46.55*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
01:02.07Notify03BRL-CAD:starseeker * 69033 (brlcad/trunk/CHANGES brlcad/trunk/include/bg/CMakeLists.txt and 22 others): Move rt_in_rpp into libbg, rename.
01:11.51*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
02:51.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:52.12*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
03:02.29*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
03:18.01*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
03:32.32*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
04:31.07*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
05:33.21*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
05:34.52Notify03BRL-CAD Wiki:Bluentcad1 * 0 /wiki/User:Bluentcad1:
05:46.38*** join/#brlcad LordOfBikes (~armin@dslb-088-065-189-077.088.065.pools.vodafone-ip.de)
06:37.23*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:00.17*** join/#brlcad infobot (ibot@rikers.org)
07:00.17*** topic/#brlcad is BRL-CAD release 7.26.0 is out! More than 150 user-visible changes including 6 major efforts! || GSoC 2016 is coming to a close, showcase forthcoming || Help needed reviewing and integrating 700+ GCI tasks || Logs: http://ibot.rikers.org/%23brlcad/
07:13.22*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:25.49*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:52.15*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
07:53.58*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:54.27*** join/#brlcad merzo (~merzo@91.217.179.122)
07:58.16*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
09:15.13*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
09:34.22*** join/#brlcad amarjeet_ (~amarjeet@202.164.53.117)
11:46.37Notify03BRL-CAD:starseeker * 69034 (brlcad/trunk/CHANGES brlcad/trunk/include/bg/CMakeLists.txt and 22 others): rt_in_rpp is rather deep in the core raytracing routines... back out the change, need to examine its use in nmg logic more closely to see if this is the right approach to resolving that issue.
12:38.45*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
13:33.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:32.43Notify03BRL-CAD:d_rossberg * 69035 (brlcad/trunk/doc/html/manuals/mged/mged_cmd_index.html brlcad/trunk/include/analyze.h and 5 others): patch https://sourceforge.net/p/brlcad/patches/448/ "Zippering gaps" from Rakshika Bagavathyimplements the heal command for BoTs on mged: heal <bot primitive> <tolerance>the heal command has still issues and should be considered for testing purposes only, however, it should not
14:32.45Notifyinterfere with the other BRL-CAD functionality, i.e. it should be safe to commit the patch
14:32.47Notify...
15:50.55Notify03BRL-CAD:starseeker * 69036 brlcad/trunk/src/libanalyze/MeshHealing/Zipper.cpp: floating point comparison warning
16:12.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:07.35*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
18:41.31*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
19:34.52*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
21:19.57*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:c8b0:1f0b:b252:8689)
22:12.38*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
22:16.04*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20161013

IRC log for #brlcad on 20161013

00:26.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:56.08*** join/#brlcad LordOfBikes (~armin@dslb-094-216-162-218.094.216.pools.vodafone-ip.de)
03:15.00Notify03BRL-CAD:brlcad * 69037 brlcad/trunk/src/libanalyze/MeshHealing/MeshConversion_brlcad.cpp: make sure we consistently use libbu memory management, remove linux-specific malloc.h include, and looks like memory is not being released (did not fix)
03:18.38tofu__starseeker: unlikely regarding 69015 unless it was properly bombing .. crash would have been something else
03:42.04Notify03BRL-CAD:brlcad * 69038 brlcad/trunk/include/bu/magic.h: see if we can get away with not using a temporary variable, casting instead. the prior is often a trick to quell stubborn type conversion warnings, but doesn't 'seem' necessary here, not does a quick test demonstrate need.
03:45.25Notify03BRL-CAD:brlcad * 69039 brlcad/trunk/include/bu/log.h: separate the hook and bombing-related functions from log.h into their own headers so we can further group calls topically. retaining includes in log.h to avoid changing callee's just yet.
03:46.35Notify03BRL-CAD:brlcad * 69040 brlcad/trunk/include/bu/CMakeLists.txt: add the new bomb.h and hook.h headers
06:15.36*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:17.35*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:a005:666:b2db:5462)
06:33.47*** join/#brlcad merzo (~merzo@91.217.179.122)
06:49.16*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
10:06.56*** join/#brlcad kanzure (~kanzure@bryan.fairlystable.org)
10:08.02*** join/#brlcad LordOfBikes (~armin@dslb-094-216-162-218.094.216.pools.vodafone-ip.de)
10:08.02*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
10:09.48*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
10:09.48*** join/#brlcad starseeker (~starseeke@104.225.5.10)
10:09.48*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
10:27.03*** join/#brlcad LordOfBikes (~armin@dslb-094-216-162-218.094.216.pools.vodafone-ip.de)
10:27.03*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
10:28.13*** join/#brlcad kanzure (~kanzure@bryan.fairlystable.org)
10:28.13*** join/#brlcad merzo (~merzo@91.217.179.122)
10:28.13*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
10:28.13*** join/#brlcad nmz787 (~nmz787@bryan.fairlystable.org)
10:28.13*** join/#brlcad Notify (~notify@104.225.5.10)
10:28.13*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
10:28.13*** join/#brlcad starseeker (~starseeke@104.225.5.10)
10:28.13*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
10:28.46*** join/#brlcad brlcad (~sean@104.225.5.10)
10:28.53*** join/#brlcad kanzure (~kanzure@bryan.fairlystable.org)
10:29.54*** join/#brlcad ChanServ (ChanServ@services.)
10:29.54*** mode/#brlcad [+o ChanServ] by tepper.freenode.net
11:24.54*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
12:17.16Notify03BRL-CAD:brlcad * 69041 (brlcad/trunk/src/adrt/librender/cut.c brlcad/trunk/src/adrt/librender/flos.c and 196 others): update the places where we only call bu_bomb/bu_exit and need bomb.h instead of log.h
12:37.16Notify03BRL-CAD:brlcad * 69042 (brlcad/trunk/include/bu/CMakeLists.txt brlcad/trunk/include/bu/log.h and 155 others): rename the new bomb.h header to exit.h since they're really a collection of api that pertain to exiting an application.
12:37.41*** join/#brlcad merzo (~merzo@91.217.179.122)
12:41.22Notify03BRL-CAD:brlcad * 69043 brlcad/trunk/include/bu/hook.h: example snippet belongs and is still in log.h so remove from here.
13:12.15*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
13:23.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:34.29*** join/#brlcad yorik (~yorik@2804:431:f720:93f1:290:f5ff:fedc:3bb2)
13:46.30Notify03BRL-CAD:brlcad * 69044 brlcad/trunk/CHANGES: unhelpful complexity, consolidate the assert macros back to one
14:05.19Notify03BRL-CAD:starseeker * 69045 (brlcad/trunk/NEWS brlcad/trunk/src/libged/attr.c): Victor found a problem with attr show. There was unsigned math going on in the tab calculations for displaying selected attributes, and a long attribute value length resulted in an attempt to assign a negative value to the unsigned tab length. The result was the vls logic trying work with the resulting garbage value and effectively
14:05.21Notifyhanging (may not technically have been an infinite loop, but looks that way to a user and it will eventually wipe out in some other way if it ever did move on.) Rather than do all the special case foo, teach attr_print to handle either printing everything or printing an argv list of attributes. Consolidates the logic and eliminates the problem case.
14:05.23Notify...
14:51.58*** join/#brlcad amarjeet (~amarjeet@169.149.170.121)
15:07.12starseekerbrlcad: hmm... it might have been bombing - I don't recall any longer
15:10.51Notify03BRL-CAD:brlcad * 69046 brlcad/trunk/CHANGES: make sure we capture and conver cases like BU_ASSERT_SIZE_T(3, ==, SOME_MACRO(4, 5)) to BU_ASSERT(3 == SOME_MACRO(4, 5)). bit nuts for minimally impacting, but still a deterministic regex call fitting the definition.
15:15.59Notify03BRL-CAD:brlcad * 69047 (brlcad/trunk/src/conv/asc/asc2g.c brlcad/trunk/src/conv/g-dot.c and 60 others): less API is better. consolidate all 7 BU_ASSERT*() macros into just one BU_ASSERT(). the others existed so we could pretty-print their values, but this is not incredibly helpful when we're tearing down the application as a result. with bu_bomb giving a stack trace, the values may end up logged anyways. this
15:16.01Notifyconverts BU_ASSERT_PTR, BU_ASSERT_LONG, BU_ASSERT_SIZE_T, BU_ASSERT_SSIZE_T, and BU_ASSERT_DOUBLE calls to BU_ASSERT.
15:16.03Notify...
15:19.58Notify03BRL-CAD:starseeker * 69048 (brlcad/trunk/src/libbu/fgets.c brlcad/trunk/src/libbu/mread.c): include headers with BU_EXPORT declarations (MSVC isn't happy without this.)
15:21.30Notify03BRL-CAD:starseeker * 69049 brlcad/trunk/src/libbu/scan.c: another missing include
15:23.09Notify03BRL-CAD:starseeker * 69050 brlcad/trunk/src/libbu/fgets.c: typo
16:11.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:15.24*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
16:56.06Notify03BRL-CAD:brlcad * 69051 brlcad/trunk/include/bu/defines.h: remove the other BU_ASSERT_* macros. bomb log should provide values at this point.
17:40.14*** join/#brlcad amarjeet (~amarjeet@169.149.170.121)
18:09.22*** join/#brlcad KimK (~Kim__@ip68-102-85-68.ks.ok.cox.net)
18:28.25*** join/#brlcad LordOfBikes (~armin@dslb-094-216-162-218.094.216.pools.vodafone-ip.de)
18:38.59*** join/#brlcad KimK (~Kim__@ip68-102-85-68.ks.ok.cox.net)
18:48.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:54.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:11.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:27.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:08.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:34.34*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
21:08.56*** join/#brlcad kanzure (~kanzure@bryan.fairlystable.org)
21:11.57Notify03BRL-CAD:starseeker * 69052 (brlcad/trunk/NEWS brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl brlcad/trunk/src/tclscripts/lib/gui_conversion.tcl): Add a dialog for obj-g conversion in Archer.
21:12.01*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
21:14.22*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
23:57.34*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20161014

IRC log for #brlcad on 20161014

00:05.28Notify03BRL-CAD:starseeker * 69053 (brlcad/trunk/src/librt/primitives/bspline/nurb_basis.c brlcad/trunk/src/librt/primitives/bspline/nurb_bezier.c and 21 others): Start backing down the include headers in the nurbs code.
00:18.20Notify03BRL-CAD:starseeker * 69054 (brlcad/trunk/include/rt/nmg.h brlcad/trunk/src/librt/primitives/nmg/nmg.c brlcad/trunk/src/librt/primitives/nmg/nmg_plot.c): start pecking away at removing RT_ADD_VLIST from the nmg code.
00:46.19Notify03BRL-CAD:brlcad * 69055 (brlcad/trunk/src/conv/jack/g-jack.c brlcad/trunk/src/conv/off/g-off.c brlcad/trunk/src/libged/draw.c): nmg_r_to_vlist() apparently needs a vlfree list now. lacking an alternative, passing the global.
00:51.51Notify03BRL-CAD:brlcad * 69056 brlcad/trunk/src/proc-db/tea_nmg.c: nmg_m_to_vlist is taking vlfree list too
00:53.37*** join/#brlcad rlahaeowhdtuemdl (~armin@dslb-092-074-236-082.092.074.pools.vodafone-ip.de)
06:54.07*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:24.18*** join/#brlcad merzo (~merzo@91.217.179.122)
08:11.23*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:19.02*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
11:17.17*** join/#brlcad Ch3ck (~Ch3ck@154.70.99.219)
12:57.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:32.06Notify03BRL-CAD:brlcad * 69057 brlcad/trunk/src/tab/CMakeLists.txt: don't emit warnings we can't do anything about
13:46.33*** join/#brlcad yorik (~yorik@2804:431:f720:93f1:290:f5ff:fedc:3bb2)
13:52.11*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
14:08.25starseekerbrlcad: thanks - forgot to do a full build before commit
14:09.00brlcadno worries, you fixed mine yesterday too ... and I DID do a full build before commit .. no idea how it passed
14:09.49starseekerI think I'm starting to get fairly close to ready for a libnmg split, once I get the rest of those RT_* macros
14:10.07starseekerI'm figuring that should probably be after 7.26.2
14:10.30starseekertheoretically it could be done with minimal disruption, but in practice...
14:10.47brlcadnods, cool
14:12.14starseekerbeen looking into the stat stuff a bit - I'm having a hard time finding anything that indicates explicit attribute reporting via stat
14:14.07starseekerbrlcad: oh, one though on the nmg vlfree refactor - do we need to construct regex expressions for all of those functions to append the RTG global in order to be minimally impacting?
14:15.13starseekerthat'll be really nasty (worse since like an idiot I didn't always put the new vlfree parameter at the end of the function param lists) but I'm not sure how "public" we want to consider the nmg calls
14:15.39*** join/#brlcad amarjeet (~amarjeet@169.149.170.121)
14:20.25brlcadstarseeker: I don't consider the nmg_ and rt_nmg_ to be documented public API
14:20.45brlcadother rt_* functions are a different story
14:21.26brlcadwhat stat stuff?
14:42.55starseekerwe had decided to look into how BFS/HFS/etc. handled attribute reporting in their stat command
14:43.35starseekerfor design discussions for the BRL-CAD stat functionality - wanted to dig that back out of the archives before it gets too hard to re-apply
14:52.23*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
14:56.09Notify03BRL-CAD:starseeker * 69058 (brlcad/trunk/include/rt/nmg.h brlcad/trunk/src/libged/draw.c and 4 others): Remove the rest of the RT_ADD_VLIST calls from nmg_plot
14:56.18Notify03BRL-CAD:brlcad * 69059 brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: bit again. remove dead symlinks so removed/renamed files don't mess with the build (e.g., when a tclIndex needs to be regenerated). if it globs but doesn't exist, it's a dead link and useless in the build tree regardless. copies are left to fend for themselves (and don't exhibit the same problems).
15:03.05brlcadahh, gotcha .. note that they don't call them attributes
15:03.43brlcade.g., HFS calls them user defined flags
15:04.19brlcadquick look at man stat indicates they use stat -f "format" to get at them
15:05.03brlcadusing a printf-style formatter with pre-defined awareness of some file properties
15:05.18brlcadlooks like "ls -lO" will list them via ls
15:06.17Notify03BRL-CAD:starseeker * 69060 brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: Normally this isn't a good idea, but given how embedded rt_in_rpp is in the core shotlining logic we break the nmg/librt coupling here by making an nmg version of this function to minimize any unintended side effects of things like the previous attempt to move rt_in_rpp to libbg. Once libnmg is a separate library we can revisit this,
15:06.19Notifybut for now go with the least risk minimal impact solution.
15:06.21Notify...
15:06.28brlcadaccording to http://befs-driver.sourceforge.net/about.php, looks like be called them extended attributes
15:06.46starseekerah, I see
15:08.11starseekergot distracted by statfs - pondering some ideas on treating full paths as statfs rather than stat calls...
15:08.28brlcadthis looks like the haiku interface, https://www.haiku-os.org/docs/userguide/en/attributes.html
15:08.33starseekerbrlcad: I've got a few design thoughts - should I jot them down for discussion next week?
15:09.14starseekerlistattr... hmm
15:10.02brlcadaccording to https://api.haiku-os.org/fs__modules.html, their stat interface supports accessing attributes, but still digging to find something like a manual page
15:10.26brlcadyeah, their other useland tools are essentially our attr command
15:10.41brlcadmac hfs is similar with the chflags command
15:11.15brlcadstarseeker: just curious, what was the problem moving rt_in_rpp to bg?
15:11.44starseekerbrlcad: I just got jittery - didn't know what performance implications might be of moving that function call to another lib
15:12.03starseekerplus it's just so core to the librt shotlining logic I was reluctant to monkey with it
15:12.14brlcadperformance wouldn't change simply by moving it
15:12.27starseekerthe library change isn't an issue?
15:12.36brlcadwhy would it?
15:12.39starseekerthought he remembered you expressing concerns about that some years back...
15:13.01brlcadintroducing a function call where one didn't exist or changing the function to generalize it
15:13.19brlcadthose can have impact, in some rare cases
15:13.38starseekerah.  OK, perhaps I was mis-remembering
15:14.39starseekerbrlcad: the bg breakout is in the history a few commits back - can resurrect that
15:14.40brlcadbut simply moving a symbol _abc from libA to libB isn't going to change anything except the time to load appZ if it didn't previously rely on libB, and that would usually be measured in startup microseconds
15:15.33brlcadthe bigger deal was introducing a new data type to libbg, the notion of a ray ... don't know if it already had/has that notion
15:16.00starseekerlibbg doesn't have a lot yet - we haven't had the scoping discussion :-)
15:16.34starseeker69060 should be fairly harmless - we can easly refactor from there to call a common function later once things are sorted
15:17.03brlcada "half line" defined by a point and vector is almost certainly fair game imo, just good to consciously expand scope to include it if that's the direction it goes
15:18.13starseekerbrlcad: I'm game either way - mostly just looking for the lowest impact way to break coupling at this point
15:18.36brlcadheck, I think even libbn might already introduce a ray, but that'd probably be something to weed out of bn and up into bg
15:18.43starseekernods
15:19.05starseekerbn's got a number of things in it that should probably move up, imho... planes, for example
15:19.41brlcadwe should itemize data types for the b* libraries
15:19.55starseekernods
15:19.57brlcadI think that will greatly help define their scope and point out clear outlier scope violations
15:20.24brlcadgood future agenda topic
15:20.32starseekerbrlcad: in the short term, should I revert 69060 and go with the libbg breakout?
15:20.33brlcadafter we get through the cmd listings
15:20.39starseekergrins - agreed
15:21.41brlcadwhatever gets you there, don't see a problem eithe rway
15:22.31starseeker69060 is simpler for now then - I'll add a comment as a reminder that we need to revisit it (and probably a lot of things in NMG, actually - polygon tessellation is one where I'm not sure if it should be in libnmg or libbg...)
15:22.36brlcadthe intent of bg already included awareness of some basic shapes like sphere iirc, and a box (rpp) fits in that view too
15:23.56brlcadyeah, that gets into whether bg should include sets of things, which is what we need to sort through
15:24.03brlcad(polygons)
15:25.16brlcadif bg has sets of polygons, then that could potentially heavily overlap with nmg and be a mess to resolve
15:25.47Notify03BRL-CAD:starseeker * 69061 brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: We eventually need to decide how to merge rt_in_rpp and ray_in_rpp - add a comment so that is clear. Needs a bit of design work first so we know what the 'correct' solution will be - libbg, or something else...
15:26.08starseekernods - the distinction would probably be connected edges (topology) vs bare polygons, but I don't know for sure if that's sensible
15:26.19brlcadgood point, maybe
15:27.08brlcadexcept if you end up with a whole slew of the same functionality, and most can be implemented with/without topology (e.g., re-tessellation), that might still be a mess
15:27.39starseekernods - the idea would be to have libnmg call libbg for anything that didn't require topology
15:28.30starseeker(say, libnmg would introduce shared points on edges to constrain a tessellation to mate up on edges, and then libbg would tessellate the individual faces as polygons
15:28.56starseekerthat undercuts libnmg as a self contained stand-alone library though
15:29.58starseekerin that scenario, libnmg's primrary concern becomes the radial edge data structures and logic associated with those, with the "lower level" operations being passed down
15:31.10brlcadyeah
15:31.22brlcadif you always need both, then they probably belong together in some form
15:31.49brlcadif one often only needed one or the other, that would be good reason for separateion
15:32.35brlcadright now, we clearly have separation bot vs nmg and natural progression is a lib containing both sets
15:32.53brlcadrather a lib for each, or a lib with both
15:36.14starseekernoes
15:36.18starseekernods even
15:37.18starseekeras long as we have both libnmg and openNURBS/libbrep, we'll have two separate users that will want tessellation
15:38.45brlcadis unable to find the haiku stat man page, sees if he has a disk image available
15:39.43brlcaddecimation might be a better example for those too :)
15:44.34starseekeris checking the Haiku source tree - so far I can't find any man pages...
15:46.02starseekerhrm.  https://www.haiku-os.org/community/forum/haiku_man_equivalent
15:51.31starseekerhttps://github.com/haiku/haiku/blob/b65adbdfbc322bb7d86d74049389c688e9962f15/src/system/libroot/posix/sys/stat.c
15:53.23starseekerah:  https://github.com/haiku/haiku/blob/master/headers/posix/sys/stat.h
15:53.55brlcadyeah, I already read the C api, it has hooks to the attribute data
15:54.12brlcadthe question is how, if at all, this is exposed via the stat command-line tool
15:59.46brlcadokay, got haiku running -- it's just standard gnu coreutils stat, so they don't address it
16:00.31starseekerok, that leaves OSX as the guide so far.  ZFS was the other one I think?
16:00.44starseekerchecks if FreeBSD has a ZFS aware stat...
16:00.56brlcadwell haiku's guide is go with "attr" ;)
16:01.03starseekerheh
16:02.13brlcadlooks like zfs calls them properties and provides an attr-style "zfs" command
16:02.15brlcadhttps://docs.oracle.com/cd/E18752_01/html/819-5461/gayns.html
16:02.50brlcadnice, they handle inheritance
16:03.37starseekerso now we have two areas of interest - stat, and what the varios OS attr commands do that ours doesn't ;-)
16:05.28brlcadhttp://stackoverflow.com/questions/27828585/posix-analog-of-coreutils-stat-command has good info, basically stat -f or -c
16:05.59brlcador incorporate into ls and make scriptable
16:06.45starseekerkinda views ls as a bit "higher level", but that my just reflect the bias of my own usage patterns
16:07.46starseekers/my/may
16:08.43brlcadlooks like ext2/3/4 has lsattr/chattr, but don't allow user-defined attributes
16:45.43brlcadstarseeker: the more I think about it, the more I'm convincing myself that stat/exists should get the axe
16:46.14brlcadthere's so much overlap with several other commands that I have to imagine we can incorporate that shorthand easily into a command roadmap in some other way
17:05.10starseekerok
17:05.33starseekerso for the short term should I just add a -size option to search?
17:06.20starseekerwanted some way to answer the question "what are the large objects in this .g" - that's what originally drove the stat command
17:06.55starseekerit's correlary would be nice too "how big is the keep of this object?"
17:07.38starseekersupposes an option to ls is a possiblity...
18:37.39*** join/#brlcad amarjeet (~Amarjeet@169.149.150.129)
18:46.57*** join/#brlcad starseek1r (~starseeke@104.225.5.10)
18:55.11*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
18:56.43*** join/#brlcad LordOfBikes (~armin@dslb-092-074-236-082.092.074.pools.vodafone-ip.de)
18:59.08brlcadstarseek1r: I think all the standard 'find' options are fair game, which includes a -size option: http://pubs.opengroup.org/onlinepubs/009695399/utilities/find.html
19:02.02brlcadthe only issue will be standardizing how to get at other "size" information since search should probably just report some standarzied notion of object size like the db5_raw_internal.object_length
19:03.22brlcad(course stat is that too, ls or summary would be good for higher-level constructs)
19:27.01Notify03BRL-CAD:starseeker * 69062 brlcad/trunk/src/libbu/tests/bu_basename.c: There's no point in failing the bu_basename tests on a platform without its own basename.
19:29.26Notify03BRL-CAD:brlcad * 69063 brlcad/trunk/src/libanalyze/CMakeLists.txt: ignore, but list the headers for distcheck
19:29.55starseekerbrlcad: if we're ditching stat/exists, what did you have in mind as a replacement
19:30.12starseekerkinda liked the notion of the cad stat being analogous to the filesystem stat...
19:30.41Notify03BRL-CAD:brlcad * 69064 brlcad/trunk/src/libanalyze/CMakeLists.txt: include the right relative path
19:32.24brlcadwhich problem / feature are we talking about? :)  getting a list of the biggest objects would be well handled with ls -S and/or search -size options
19:33.09brlcadknowing, for example, which bot has the most triangles or which brep the most surfaces (or edges or vertices, etc) is more problematic
19:34.49brlcadoriginal idea for 'exists' was a corollary to the 'test' built-in, not stat per se
19:36.11starseekerI guess I was thinking ahead to if we add timestamp info to objects
19:36.36starseekerand the printf-style reporting of stat had some possibilities for scripting reports of db info
19:37.05starseekersure, I can see ditching exists
19:39.04brlcadfind/ls both have timestamp options too :)
19:39.08starseekerbrlcad: before we reject the idea of a stat command, can I write up my notions of what it would look like for discussion
19:39.16brlcaduses ls -lart all the time
19:40.39starseekerit may be that find/ls encompass everything we need, but I'd like to lay out the features I have in mind to make sure they will map
19:40.58brlcadsure, go for it
19:41.35starseekercool - thanks.  I'll try to do so in the next week or so
19:41.50starseekerscowls at the Windows unit test results
19:42.02brlcadnote that this also doesn't preclude having stat in some other form, like if we retain a "db" command for lower-level database inspection, "db stat ..." might make sense
19:42.12starseekerah
19:42.23starseekerthat actually does make sense
19:42.29brlcadbut I think we need a bigger picture view
19:42.42starseekernods
19:44.09starseekerOK, after shutting up bu_basename, we've got 1 bu_bitv_master fail, 1 bu_booleanize_nullptr fail, 1 bu_progname_tests fail, 3 bu_vls_vprintf fails, 5 bn_list_2d fails and 5 bn_list_3d fails
19:44.59brlcadloves having the Blue Angels flying overhead while he works
19:45.07starseekerheh - cool :-)
19:45.41brlcadapparently my side street is directly on their flight path for several runs
19:46.21brlcadshutting up basename??
19:47.11brlcadI just check regressions a day ago and was all passing
19:47.42starseekernot on Windows - no basename, no testie
19:47.51brlcadoooh, heh
19:48.00starseekerother failures are all Windows specific
19:48.03brlcadyou're still worrying about that? :)
19:48.29starseekerwhat, unit testing on Windows?  it's so close to working fully...
19:48.30brlcadgood on you, Windows needs some love
19:49.03starseekersuspects all the bn_list failures are related... something about temp files, buffers, and fread unhappyness...
19:49.17starseekerneed to step through it on Linux to figure what it is supposed to do...
19:49.32brlcadhttps://msdn.microsoft.com/en-us/library/e737s6tf.aspx
19:49.48brlcad(for basename testing if you want to get it working)
19:50.43starseekerblegh - figures there would be a solution
19:50.53starseekermakes a TODO note
19:52.03brlcadhere's actual code, pretty trivial: https://github.com/fastbot3d/firmware/blob/master/pru_sw/utils/pasm_src/path_utils.c
19:52.30Notify03BRL-CAD:starseeker * 69065 brlcad/trunk/src/libbu/tests/bu_basename.c: Note that there is a Windows system option that offers basename functionality we should use to test this with.
19:52.56starseekerhah, not bad
19:52.57starseekerthanks
19:53.14brlcadsomething like _makepath(base, NULL, NULL, path, ext);
19:54.27brlcadequiv to base = basename(path);
19:55.15brlcadahh, just pass NULL for ext, not needed
19:56.18brlcadhuh, never mind .. that example doesn't jive with the docs on quick look
19:57.38starseekerisn't splitpath what we want?
19:58.07brlcadyeah, think so
19:59.06brlcadthat snippet intentionally uses both, just read it wrong
19:59.34brlcadsplit path gets fname and ext, then it's composed back into a filename with _makepath (into the "base" var)
20:03.05Notify03BRL-CAD:starseeker * 69066 brlcad/trunk/CMakeLists.txt: Add test for _splitpath, which we will need on Windows to do basename testing.
20:56.30Notify03BRL-CAD:brlcad * 69067 brlcad/trunk/regress/repository.sh: down to 194
20:56.44Notify03BRL-CAD:brlcad * 69068 (brlcad/trunk/src/libanalyze/MeshHealing/Geometry.cpp brlcad/trunk/src/libanalyze/MeshHealing/Geometry.h and 8 others): header cleanup, ensure common.h comes before all system headers.
21:29.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:45.43*** join/#brlcad merzo_ (~merzo@93-195-113-92.pool.ukrtel.net)
22:05.38Notify03BRL-CAD:starseeker * 69069 brlcad/trunk/src/libbu/tests/bu_basename.c: Update bu_basename test to use a combination of compatibility wrapper logic and Windows APIs to emulate basename system functionality.
IRC log for #brlcad on 20161015

IRC log for #brlcad on 20161015

00:06.12*** join/#brlcad merzo_ (~merzo@93-195-113-92.pool.ukrtel.net)
00:52.38*** join/#brlcad dopsncdileeermtg (~armin@dslb-088-066-153-133.088.066.pools.vodafone-ip.de)
01:02.02*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
05:58.19*** join/#brlcad ColloquyUser (~caen23@79.112.1.39)
06:53.45*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:414f:e897:c82d:acd9)
07:53.00*** join/#brlcad LordOfBikes (~armin@88.66.153.133)
07:55.50*** join/#brlcad merzo_ (~merzo@93-195-113-92.pool.ukrtel.net)
08:28.06*** join/#brlcad amarjeet (~Amarjeet@169.149.179.139)
08:51.00*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
08:56.20*** join/#brlcad amarjeet (~Amarjeet@169.149.179.139)
09:35.34*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
10:24.27*** join/#brlcad amarjeet (~Amarjeet@169.149.179.139)
10:30.22*** join/#brlcad Ch3ck (~Ch3ck@154.70.98.4)
11:35.25*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:34.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:27.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:37.20*** join/#brlcad yorik (~yorik@2804:431:f720:93f1:290:f5ff:fedc:3bb2)
14:48.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:58.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:13.44*** join/#brlcad amarjeet (~Amarjeet@169.149.179.139)
15:16.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:42.49Notify03BRL-CAD:starseeker * 69070 (brlcad/trunk/include/nmg.h brlcad/trunk/include/rt/nmg.h and 3 others): Start on the next stage of de-entanglement - move things in rt/nmg.h that belong in nmg.h to their new home and remove rt/nmg.h as an include. Looks like it will expose another class of rt dependencies that need to be resolved.
18:49.52Notify03BRL-CAD Wiki:Vazquezfrancisco * 0 /wiki/User:Vazquezfrancisco:
19:08.02*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:17.12starseekerbrlcad: I'm up against something of a dilemma now.  nmg_class_ray_vs_shell is used by the nmg_class.c routines, and is using the librt raytracer to do its work
19:17.39starseekerthis is similar to the case I ran into with the CSG work, where I needed to use a ray test to do a classification but didn't want to depend on librt
19:38.38Notify03BRL-CAD:starseeker * 69071 (brlcad/trunk/include/nmg.h brlcad/trunk/include/rt/nmg.h and 21 others): push out the rest of the rt/nmg.h includes, except for the problematic nmg_class.c
20:18.29Notify03BRL-CAD:starseeker * 69072 (brlcad/trunk/include/rt/nurb.h brlcad/trunk/src/conv/iges/spline.c and 22 others): as near as I can tell, the struct resource parameter is not actually used for anything by any of the bspline nurbs routines. eliminate it to eliminate a use of librt's data structures.
20:24.27Notify03BRL-CAD:starseeker * 69073 (brlcad/trunk/include/rt/nurb.h brlcad/trunk/src/librt/primitives/bspline/bspline.cpp brlcad/trunk/src/librt/primitives/bspline/nurb_c2.c): bspline routine needs a concept of curvature.
23:04.22*** join/#brlcad asad_ (~asad00@pool-98-110-112-112.cmdnnj.fios.verizon.net)
IRC log for #brlcad on 20161016

IRC log for #brlcad on 20161016

01:08.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:52.33*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:33.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:06.13*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
09:58.48*** join/#brlcad merzo_ (~merzo@94-75-132-95.pool.ukrtel.net)
12:48.58*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:27.47Notify03BRL-CAD:starseeker * 69074 (brlcad/trunk/include/rt/nurb.h brlcad/trunk/src/librt/CMakeLists.txt and 23 others): More logic moving and header trimming in preparation for library separation.
14:21.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:28.53Notify03BRL-CAD:starseeker * 69075 (brlcad/trunk/include/nmg.h brlcad/trunk/include/rt/nmg.h and 6 others): I doubt this whole re_nmgfree list will survive long term, but in the short term it's coupling nmg to the RTG global. Make it an nmg.h global. Also start roughing out the nessary bits to get the ray intersection test needed by nmg_class to be self contained.
15:01.03Notify03BRL-CAD:starseeker * 69076 (brlcad/trunk/include/nmg.h brlcad/trunk/include/rt/nmg.h brlcad/trunk/src/librt/primitives/nmg/nmg.c): We're going to need an adapter layer if we want to separate this - it looks like nmg_isect_ray_model is probably the best point.
16:07.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:17.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:32.54*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:a907:e127:a878:d60a)
17:31.39*** join/#brlcad merzo_ (~merzo@252-121-133-95.pool.ukrtel.net)
18:36.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:06.30Notify03BRL-CAD:starseeker * 69077 (brlcad/trunk/include/nmg.h brlcad/trunk/include/rt/nmg.h and 5 others): Punting slightly by making the nmg and rt versions of structs castable, but this technically breaks the dependency of nmg_rt_isect on rt/nmg.h. More extensive rework to make nmg properly independent of the form of the librt structs will probably involve narrowing the scope of nmg_rt_isect to returning an ordered
20:06.32Notifylist of hit points - need to study what the actual requirements of nmg_class are. That logic untangling and rework looks like it will be a singificant effort in its own right; in the meantime this should serve the immediate purpose.
20:06.34Notify...
20:28.21Notify03BRL-CAD:starseeker * 69078 brlcad/trunk/src/librt/primitives/nmg/nmg_class.c: completely remove rt/nmg.h from nmg_class.c
20:44.14Notify03BRL-CAD:starseeker * 69079 brlcad/trunk/src/libbrep/boolean.cpp: looks like we don't actually need raytrace.h in here (and we shouldn't, since librt is supposed to use libbrep not the other way around...)
21:01.13Notify03BRL-CAD:starseeker * 69080 (brlcad/trunk/include/nmg.h brlcad/trunk/include/rt/CMakeLists.txt and 66 others): merge rt/nurb.h into nmg.h
21:04.18Notify03BRL-CAD:n_reed * 69081 (brlcad/branches/brep-debug/INSTALL brlcad/branches/brep-debug/NEWS and 209 others): sync r68823 through 68945 changes from trunk
21:07.04Notify03BRL-CAD:starseeker * 69082 brlcad/trunk/src/librt/CMakeLists.txt: put oslo files with the rest of the nmg nurbs logic in bspline.
21:11.46Notify03BRL-CAD:starseeker * 69083 (brlcad/trunk/include/nmg.h brlcad/trunk/src/librt/bezier.c and 3 others): bezier functions group logically with the rest of bspline...
21:13.11Notify03BRL-CAD:starseeker * 69084 brlcad/trunk/src/conv/iges/trimsurf.c: shadowed global. Note - need to check and see if this logic relates to or belongs in a lower lib...
21:19.43Notify03BRL-CAD:starseeker * 69085 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/primitives/bspline/nurb_bezier.c): merge bezier.c into nurb_bezier.c
21:21.13Notify03BRL-CAD:starseeker * 69086 (brlcad/trunk/src/librt/primitives/bspline/nurb_oslo_calc.c brlcad/trunk/src/librt/primitives/bspline/nurb_oslo_map.c): remove raytrace.h from the oslo files
21:25.25Notify03BRL-CAD:starseeker * 69087 brlcad/trunk/src/librt/CMakeLists.txt: nurb_brep.cpp is not a candidate file for mergeing into libnmg - rename for clarity.
21:26.15Notify03BRL-CAD:starseeker * 69088 brlcad/trunk/src/librt/primitives/bspline/bspline_brep.cpp: fix header
21:27.44Notify03BRL-CAD:starseeker * 69089 brlcad/trunk/src/librt/db_diff.c: db_diff.c doesn't appear to need the nmg.h include
21:30.56*** join/#brlcad merzo_ (~merzo@93-195-113-92.pool.ukrtel.net)
21:45.39starseekerachieves a successfull separation of libnmg in a test build
21:45.46starseekerwhew - finally
21:47.00starseekerhad decided to wait til after release, but now that it looks like it might actually work I'm tempted...
21:51.45Notify03BRL-CAD:starseeker * 69090 (brlcad/trunk/include/bu/exit.h brlcad/trunk/src/libanalyze/MeshHealing/DCEL.h): fix regress-repository
22:14.34Notify03BRL-CAD:starseeker * 69091 (brlcad/trunk/include/nmg.h brlcad/trunk/src/CMakeLists.txt brlcad/trunk/src/librt/CMakeLists.txt): Create an independent libnmg, moving the relevant logic out of librt. This is the culmination of the series of refactorings that have been taking place in librt. This should be reverted if it looks like it will cause any problems at all with 7.26.2 - I'm mostly committing it at this time
22:14.36Notifyto more easily test on multiple platforms.
22:14.38Notify...
22:49.15Notify03BRL-CAD:starseeker * 69092 (brlcad/trunk/include/nmg.h brlcad/trunk/src/CMakeLists.txt brlcad/trunk/src/librt/CMakeLists.txt): Yep, not ready -r everse r69091. Windows is revealing some problems that weren't showing up on Linux.
22:58.17Notify03BRL-CAD:starseeker * 69093 (brlcad/trunk/include/nmg.h brlcad/trunk/include/rt/nmg.h and 5 others): nmg_stash_model_to_file appears to be used for debugging, but its not viable in a libnmg breakout because it relies heavily on the librt db io routines. if we need this in libnmg, we'll have to come up with a different solution.
23:00.32Notify03BRL-CAD:starseeker * 69094 (brlcad/trunk/src/librt/globals.c brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c): whoops - forgot to move these from globals.c
23:02.17Notify03BRL-CAD:starseeker * 69095 (brlcad/trunk/src/librt/globals.c brlcad/trunk/src/librt/primitives/nmg/nmg_plot.c): another globals.c stray
23:05.58Notify03BRL-CAD:starseeker * 69096 (brlcad/trunk/include/nmg.h brlcad/trunk/src/librt/primitives/sketch/sketch.c): sketch uses this - properly declare it.
23:49.46starseekerOK, Windows built with those changes.
23:50.03starseeker(or rather, those changes hacked into the breakout libnmg build)
23:55.59starseekerwonders if the libg breakout will be more or less painful...
IRC log for #brlcad on 20161017

IRC log for #brlcad on 20161017

00:50.18*** join/#brlcad zauxorgoaujvowbw (~armin@dslb-088-066-213-088.088.066.pools.vodafone-ip.de)
00:52.23*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:27.03*** join/#brlcad merzo_ (~merzo@91.217.179.122)
07:28.35*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:45.23*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:20.45*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
10:42.09*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
10:48.45*** join/#brlcad merzo (~merzo@91.217.179.122)
12:07.03Notify03BRL-CAD:starseeker * 69097 brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: set but unused
12:26.20*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
13:39.12*** join/#brlcad yorik (~yorik@2804:431:f720:5fc3:290:f5ff:fedc:3bb2)
13:52.51*** join/#brlcad LordOfBikes (~armin@dslb-088-066-213-088.088.066.pools.vodafone-ip.de)
14:03.58Notify03BRL-CAD:starseeker * 69098 (brlcad/trunk/NEWS brlcad/trunk/src/librt/primitives/bot/btg.c): Investigating why a zero thickness surface mode BoT didn't raytrace, it turns out that a block of logic used by the standard prep to ensure the bbox thickness never ended up zero in any dimension was never added to the bottie prep routines.
14:17.06Notify03BRL-CAD:starseeker * 69099 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/bot/bot.c and 3 others): the zero thickness bbox test is common to multiple code bits in librt - refactor into a macro
14:23.24Notify03BRL-CAD:starseeker * 69100 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/bot/btg.c and 2 others): Use Sean's trick from r68797 to make a semicolon required to help automatic code formatters and editors, replace another instance of the pattern.
14:54.30*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
15:34.24*** join/#brlcad merzo (~merzo@91.217.179.122)
16:03.12Notify03BRL-CAD:starseeker * 69101 brlcad/trunk/include/nmg.h: Add a note to look into representational work post-Weiler to see if it makes sense to incorporate some of the new ideas.
18:55.48Notify03BRL-CAD:starseeker * 69102 brlcad/trunk/CMakeLists.txt: Apparently older CMake versions added a stack size bump to MSVC, and that turns out to be handy for some of our users. Newer CMake no longer does this automatically - add it in our own logic for newer CMake.
21:25.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:35.50Notify03BRL-CAD:starseeker * 69103 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/CompilerFlags.cmake): Convince CMake we really do want the STACK option set...
22:49.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:04.12*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20161018

IRC log for #brlcad on 20161018

00:49.04*** join/#brlcad manyuvckmdxzbwnf (~armin@dslb-178-007-231-102.178.007.pools.vodafone-ip.de)
01:31.28*** join/#brlcad asad_ (~asad00@pool-98-110-112-112.cmdnnj.fios.verizon.net)
01:32.54Notify03BRL-CAD:brlcad * 69104 brlcad/trunk/src/tclscripts/mged/shaders.tcl: restore support for shaders named 'phong', which was the actual stored name in pre-v6 days before getting renamed to plastic. this makes them synonymous in the mged combination editor and avoids a nasty tclscript error about shader_params not being set.
01:33.15Notify03BRL-CAD:brlcad * 69105 brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: make sure archer recognizes phong too.
01:40.52Notify03BRL-CAD:brlcad * 69106 brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: more needed for archer to behave with 'phong' shaders
01:47.57Notify03BRL-CAD:brlcad * 69107 brlcad/trunk/BUGS: loadview is busted
02:04.34Notify03BRL-CAD:brlcad * 69108 brlcad/trunk/BUGS: eyepoint and perspective are the big things loadview is missing
02:30.32Notify03BRL-CAD:n_reed * 69109 (brlcad/branches/brep-debug/CHANGES brlcad/branches/brep-debug/CMakeLists.txt and 548 others): sync r68947 through r69049 changes from trunk
02:40.15brlcadwow, presumed wrong all this time... but my aet diagram actually shows that CORRECT twist direction
02:40.53brlcadit is a digram of how the view changes, not the model being looked at (which visually goes the other way, clockwise, because CC is the positive angle)
03:08.37Notify03BRL-CAD:brlcad * 69110 brlcad/trunk/db/CMakeLists.txt: add a view script for the aet database which sets up a simple view of the diagram with perspective enabled.
03:35.36Notify03BRL-CAD:brlcad * 69111 (brlcad/trunk/src/libged/ged_private.h brlcad/trunk/src/libged/loadview.c): handle proper setting of the eye point by actually hooking on the end; command like we said we would, and just call the eye/perspective commands so we do the right thing. also no longer halt if the database seems different. just issue a warning and keep loading the view like we were asked.
03:38.53Notify03BRL-CAD:brlcad * 69112 brlcad/trunk/BUGS: not a rewrite, but loadview is working better again. still has incredibly primitive parsing code with lots of bad assumptions, but a rewrite begs for tests and ain't nobody got time for that right now.
03:43.55Notify03BRL-CAD:brlcad * 69113 brlcad/trunk/NEWS: improved the loadview command to do a better job setting the eye point and perspective angle. it also no longer halts when it looks like we're trying to load a viewscript from a different database. might zap objects unnecessarily but that's a TODO for later. at a min, should load the view properly regardless.
04:25.08*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:d80d:7114:ce55:59)
05:30.04Notify03BRL-CAD:n_reed * 69114 (svn:mergeinfo ## -1,5 +1,5 ## and 7 others): mark sync revisions as mergedProperty Changed:----------------brlcad/trunk/brlcad/trunk/NEWSbrlcad/trunk/src/libged/polyclip.cpp
06:23.06*** join/#brlcad merzo (~merzo@91.217.179.122)
06:43.20*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:25.36*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:27.26*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
11:18.27*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
12:03.53Notify03BRL-CAD:starseeker * 69115 brlcad/trunk/src/libged/loadview.c: set but unused error
13:42.49*** join/#brlcad yorik (~yorik@2804:431:f720:5fc3:290:f5ff:fedc:3bb2)
14:00.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:35.18Notify03BRL-CAD:starseeker * 69116 brlcad/trunk/CMakeLists.txt: Needs testing, but don't use line return chars when checking for differences - they are platform specific and don't indicate an actual change in the file contents we care about.
15:36.07Notify03BRL-CAD:starseeker * 69117 brlcad/trunk/CMakeLists.txt: stray debugging line
15:59.53Notify03BRL-CAD:starseeker * 69118 brlcad/trunk/CMakeLists.txt: I don't think we actually need to hit the file system for this - try a STREQUAL test.
16:00.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:16.20Notify03BRL-CAD:brlcad * 69119 brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: with the change from rt_in_rpp to ray_in_rpp now in the same compilation unit, the compiler notices that we only conditionally set r_min/r_max in ray_in_rpp. init to zero so we don't try to print random garbage when the ray misses.
16:24.33Notify03BRL-CAD:brlcad * 69120 (brlcad/trunk/src/libanalyze/MeshHealing/MeshConversion_brlcad.cpp brlcad/trunk/src/libanalyze/MeshHealing/Zipper.cpp): two uninitialized var cases caught by the compiler. need more familiar eyes on this.
16:39.39*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
17:33.37*** join/#brlcad maths22_ (~maths22@104.225.5.10)
17:33.46*** join/#brlcad maths22_ (~maths22@unaffiliated/maths22)
19:12.31*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
19:42.16*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
19:58.08Notify03BRL-CAD:starseeker * 69121 (brlcad/trunk/include/nmg.h brlcad/trunk/src/CMakeLists.txt and 14 others): After discussion, we should have enough time to shake down the libnmg move before release and we don't want it to linger to the point where we have to make more changes to make it work. Break out libnmg.
20:01.31*** join/#brlcad Ch3ck (~Ch3ck@41.205.19.146)
20:15.31*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
20:58.02*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:01.11Notify03BRL-CAD:starseeker * 69122 brlcad/trunk/src/libbu/tests/bu_bitv.c: Windows apparently needs an explicit null char at the end of the random string.
22:09.55Notify03BRL-CAD:starseeker * 69123 brlcad/trunk/src/libbu/tests/bu_booleanize.c: Only do the bu_log if we have enough args.
22:14.43Notify03BRL-CAD:starseeker * 69124 brlcad/trunk/src/libbn/tests/bn_list.c: Fix argc check.
23:33.48*** join/#brlcad asad_ (~asad00@pool-98-110-112-112.cmdnnj.fios.verizon.net)
23:46.55*** join/#brlcad asad_ (~asad00@pool-98-110-112-112.cmdnnj.fios.verizon.net)
IRC log for #brlcad on 20161019

IRC log for #brlcad on 20161019

00:24.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:41.27Notify03BRL-CAD:starseeker * 69125 brlcad/trunk/src/libbu/temp.c: Add a refinement from Sean to avoid the temp file routine from generating identical names when called within a one second window. This was (one of) the issues we were encountering on Windows with the bn_vlist tests.
00:47.44*** join/#brlcad smigtmuzrafltdhi (~armin@dslb-088-066-131-085.088.066.pools.vodafone-ip.de)
00:50.57Notify03BRL-CAD:starseeker * 69126 brlcad/trunk/src/libbu/temp.c: Untested as yet, but attempt to disable a too aggressive check by MSVC that prevents close operations from working on already closed files. The cleanup function in libbu is *designed* to ensure that temp files are closed, and as a consequence is very likely to be doing redundant close operations if the users already cleaned up. Approach identifed by Sean.
01:06.24Notify03BRL-CAD:starseeker * 69127 brlcad/trunk/src/libbu/temp.c: Make a few changes, guided by Microsoft's _set_invalid_parameter_handler example in their documentation. This suppresses the assertion successfully.
01:07.25Notify03BRL-CAD:starseeker * 69128 brlcad/trunk/src/libbn/tests/bn_list.c: Set errno
01:11.57Notify03BRL-CAD:starseeker * 69129 brlcad/trunk/src/libbn/tests/bn_list.c: include the header
04:25.22Notify03BRL-CAD:brlcad * 69130 brlcad/trunk/src/libbu/tests/bu_booleanize.c: remove the debug printing
04:35.57Notify03BRL-CAD:brlcad * 69131 brlcad/trunk/src/libbu/tests/bu_bitv.c: setting a nul char isn't right, almost certainly masking a real bug that was caught. bu_vls_putc() and other vls printing functions already manually nul-terminate and bu_vls_cstr() is defined to guarantee only returning a nul-terminated string. so any vls string lacking 0-termination would be a bug.
06:54.47*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:07.26*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
07:39.50*** join/#brlcad ``Erik_ (~erik@pool-100-16-14-17.bltmmd.fios.verizon.net)
07:57.28*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
09:48.26*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
10:22.56*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:f44f:f08c:c43b:6224)
10:39.55*** join/#brlcad LordOfBikes (~armin@dslb-088-066-131-085.088.066.pools.vodafone-ip.de)
11:45.42*** join/#brlcad yorik (~yorik@2804:431:f720:5fc3:290:f5ff:fedc:3bb2)
13:10.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:09.21Notify03BRL-CAD:starseeker * 69132 brlcad/trunk/src/libbu/vls.c: Stepping through the bitv test, this is the point in MSVC debugging where the display of the string starts to look strange. If we extend the copy length one past the vls_len in bu_vls_prepend, we pick up the terminating null and the test completes successfully.
14:27.00Notify03BRL-CAD:starseeker * 69133 brlcad/trunk/src/libbu/tests/bu_progname.c: If we've got a Windows style path with a drive letter + colon prefix (i.e. C:) the check for directory separator in the first char isn't going to work. Also check for a colon in second char + directory separator in the third char.
14:57.18Notify03BRL-CAD:starseeker * 69134 brlcad/trunk/src/libbu/tests/bu_progname.c: Cute. When running the test program straight up, the file path for Case 7 uses back slashes. When run by ctest, it gets forward slashes instead. Check for both cases.
15:14.39*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
16:03.04Notify03BRL-CAD:starseeker * 69135 brlcad/trunk/src/libbu/tests/bu_vls_vprintf.c: Switch a few of the tests that use formatting strings vls supporst but MSVC doesn't over to a string based correctness test.
16:26.11Notify03BRL-CAD:starseeker * 69136 brlcad/trunk/src/libbu/vls_vprintf.c: In addition to z and t, MSVC also doesn't support 'j'
16:30.51*** join/#brlcad amarjeet (~amarjeet@169.149.163.135)
16:33.03starseekerfinally
18:18.55*** join/#brlcad yorik (~yorik@2804:431:f720:5fc3:290:f5ff:fedc:3bb2)
18:55.14Notify03BRL-CAD:starseeker * 69137 brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: See if we can categorize things a bit better for executables.
18:55.47*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:06.53Notify03BRL-CAD:starseeker * 69138 (brlcad/branches/tcltk86/CHANGES brlcad/branches/tcltk86/CMakeLists.txt and 416 others): Sync with trunk thru r69137
19:08.48Notify03BRL-CAD:starseeker * 69139 (brlcad/branches/qtged/CHANGES brlcad/branches/qtged/CMakeLists.txt and 416 others): Sync with trunk thru r69137
19:34.02Notify03BRL-CAD:starseeker * 69140 (brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/tests_bitv.cmake brlcad/trunk/src/libbu/tests/tests_vls.cmake): Rename for less verbosity
19:47.14Notify03BRL-CAD:starseeker * 69141 brlcad/trunk/CMakeLists.txt: benchmark isn't really a unit test - it's more of an integration test.
19:50.29Notify03BRL-CAD:starseeker * 69142 brlcad/trunk/src/libbn/tests/bntester.c: At some point need to come back and digest tester into the more standard setup - good intro project for a beginning student.
19:53.05Notify03BRL-CAD:starseeker * 69143 brlcad/trunk/regress/repository.sh: fix dirname.c sed expression in repository.h
19:58.57Notify03BRL-CAD:starseeker * 69144 brlcad/trunk/src/libbn/tests/CMakeLists.txt: rename libbn tests
20:00.12Notify03BRL-CAD:starseeker * 69145 brlcad/trunk/src/libbg/tests/CMakeLists.txt: flag bg test executables as such
20:12.47Notify03BRL-CAD:starseeker * 69146 brlcad/trunk/src/librt/tests/CMakeLists.txt: Do some renaming with the librt tests
20:29.23Notify03BRL-CAD:starseeker * 69147 brlcad/trunk/src/conv/gcv/CMakeLists.txt: some conversion capabilities are exposed only through gcv - enable install.
20:30.23Notify03BRL-CAD:starseeker * 69148 brlcad/trunk/src/libicv/tests/CMakeLists.txt: rename icv test files
21:10.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:10.39*** part/#brlcad kintel (~kintel@unaffiliated/kintel)
22:48.34*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20161020

IRC log for #brlcad on 20161020

00:46.47*** join/#brlcad qsvrjrozhyfdcjxd (~armin@dslb-178-007-231-102.178.007.pools.vodafone-ip.de)
01:22.36Notify03BRL-CAD:starseeker * 69149 brlcad/trunk/CMakeLists.txt: Don't grab all the processors on the system just for launching tests.
02:40.01Notify03BRL-CAD:brlcad * 69150 (brlcad/trunk/src/librt/cache.c brlcad/trunk/src/librt/tree.c): don't bomb if a primitive fails to prep. it just gets reported and skipped.
03:02.02Notify03BRL-CAD:brlcad * 69151 brlcad/trunk/src/librt/primitives/ars/ars.c: there's no reason to free the internal pointer during prep (and this causes bad things to happen like crashing during LIBRT_DEBUG=20 which prints the ip after prep). apparently been this way with ARS objects since 1991.
03:40.09starseekerejno: just curious, did you get a sense of what's busted with the bullet stuff yet?
06:48.13*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:48.45*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:44.41*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
13:15.25Notify03BRL-CAD:starseeker * 69152 brlcad/trunk/src/librt/tests/CMakeLists.txt: fix clean rule
13:28.27Notify03BRL-CAD:starseeker * 69153 brlcad/trunk/misc/CMake/distclean.cmake.in: make sure distclean removes the summary file too
13:52.12Notify03BRL-CAD:starseeker * 69154 brlcad/trunk/CMakeLists.txt: like unit, check ctest commands need -C on some platforms.
14:09.04Notify03BRL-CAD:starseeker * 69155 brlcad/trunk/CMakeLists.txt: oh, right - need to set CONFIG var
16:35.16Notify03BRL-CAD:starseeker * 69156 brlcad/trunk/misc/tools/CMakeLists.txt: Set LEMON_EXECUTABLE_TARGET variable if we are building lemon.
16:44.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:33.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:58.45Notify03BRL-CAD:starseeker * 69157 (brlcad/trunk/misc/tools/re2c/CMakeLists.txt brlcad/trunk/misc/tools/re2c/bootstrap/scanner.cc): Windows MSVC build of perplex wasn't reaching steady state until the second build command (which also triggered a rebuild of everything using it, like step-g. Do separate generations for the bootstrap and primary re2c builds.
20:00.55Notify03BRL-CAD:starseeker * 69158 brlcad/trunk/src/libfft/CMakeLists.txt: libfft and libfft static both need the same generated files, which is triggering rebuilding in MSVC on a second pass build. See if a sentinel guard and custom target are enough to avoid the problem.
22:03.25*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:25.00Notify03BRL-CAD:starseeker * 69159 brlcad/trunk/src/libfft/CMakeLists.txt: sentinel file/target didn't do it - dust off the SO_SRCS/STATIC_SRCS feature.
22:46.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:53.04Notify03BRL-CAD:starseeker * 69160 brlcad/trunk/src/libgcv/plugins/obj/wfobj/CMakeLists.txt: wfobj too builds shared and static libraries including generated files. Make a stab at separating them.
22:55.04*** join/#brlcad ryoshu (~kamil@netbsd/developer/kamil)
22:55.06ryoshuhi
22:55.12ryoshuI'm still fighting cmake for brlcad
22:55.30ryoshuit's frustrating that cmake doesn't want to detect environment (libraries, headers, tools)
22:56.49ryoshuI don't know why it happens this way
22:57.27ryoshuis there someone willing to help? :)
22:59.25ryoshuhttp://www.netbsd.org/~kamil/CMakeCache.txt this is when I'm trying to run it
22:59.57ryoshusome things are detected, some not
22:59.58ryoshuAVOID_INCLUDE_DIR:PATH=/usr/pkg/include/libavoid
22:59.58ryoshu//Path to a library.
22:59.58ryoshuAVOID_LIBRARY:FILEPATH=AVOID_LIBRARY-NOTFOUND
23:00.37ryoshuNetBSD 7.99.39 amd64 with pkgsrc-current
23:00.40ryoshuhere
23:03.52ryoshuI'm up to introduce how to preconfigure netbsd&pkgsrc
IRC log for #brlcad on 20161021

IRC log for #brlcad on 20161021

00:10.43ryoshuI narrowed it down to -DCMAKE_INSTALL_PREFIX:PATH=/usr/pkg, it creates fallout
00:26.33ryoshuok got it
00:26.49ryoshuthere was this CMAKE_SYSTEM_IGNORE_PATH
00:57.40*** join/#brlcad LordOfBikes (~armin@dslb-092-075-155-039.092.075.pools.vodafone-ip.de)
01:27.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:43.31starseekerryoshu: you want to set an install dir (usually) that is not a system path
02:44.14ryoshuyes I managed to do it, now I'm updating packages for itk
02:44.59starseekerryoshu: ah.  note that some of the not found things aren't critical (I believe AVOID_LIBRARY is in that category)
02:45.30starseekerryoshu: we do build on FreeBSD and (using the newer gcc) on OpenBSD
02:45.34starseekerfwiw
02:45.36ryoshustarseeker: I packaged this library
02:45.41ryoshufor netbsd
02:45.44starseekercool
02:45.51ryoshuI noted that there is one thing unclear for me
02:45.52ryoshujust a sec
02:45.55starseekerhasn't tried NetBSD personally
02:47.11ryoshupkgsrc normally installs into /usr/pkg,, and this is the reason why I lost the warnings about prefix
02:48.13starseekerryoshu: IIRC, CMake logic doesn't usually search in /usr/pkg for stuff
02:48.39ryoshuwe have prepared cmake to do it :)
02:48.46starseekerheh
02:49.09ryoshuPERPLEX does it exist as a standalone software somewhere?
02:49.23starseekerno - that's a tool we developed on top of re2c
02:49.34starseekerlemon and re2c exist as system installs, but not perplex
02:49.59ryoshuI see, I'm using re2c and lemon from pkgsrc
02:50.05ryoshuand perplex is bundled
02:50.12starseekerthat sounds right
02:50.39ryoshuI think our lemon is too old, it doesn't accept the -T option, but it's not something to worry you about, I need to package itk
02:50.52starseekernods - note that we need Itk 3
02:51.06ryoshuah, and not the one from tcl 8.6?
02:51.10starseekercorrect
02:51.16ryoshuso standalone?
02:51.22ryoshuitk
02:51.24starseekernods
02:51.25starseekeritk3
02:51.42starseekeritcl/itk3 will work with tcl/tk 8.6
02:51.43ryoshuare you using tbb?
02:51.46starseekernope
02:51.58ryoshuI noted a cmake file for it
02:52.14starseekerryoshu: it's been looked at once or twice but we're not currently using it
02:52.42ryoshuI ported it to NetBSD yesterday or so (well for now it's just building and passing most of the tests)
02:52.43starseekerryoshu: note that we aren't heavily tested with tcl/tk 8.6 - we're planning on moving to it, but right now we're still 8.5
02:53.49ryoshuI see
02:54.11ryoshuluckily there is still tcl85+tk85 in pkgsrc
02:54.21starseekerfwiw, I think FreeCAD/opencascade can make use of tbb, if you're planning on bringing those to NetBSD as well...
02:54.40ryoshuI've ported opencascade as well
02:54.50ryoshuand its community version too
02:54.55starseekercool
02:55.16ryoshubut freecad is still work-in-progress, first brlcad
02:55.25starseeker:-)
02:55.32ryoshuare you using tcloo? just asking
02:55.37ryoshuI nuked it a while ago..
02:55.40starseekerthe new API? no
02:55.44ryoshugood
02:56.05ryoshuit's a part of 8.6 as well
02:56.30starseekerif you want to have all of our tcl deps as 3rd party packages, we need tkpng, tktable and tkhtml
02:56.40ryoshuthis is done
02:56.56starseekervery nice
02:57.06ryoshujust this magic cmake stopped me for longer time
02:57.17starseekerbe aware also that we've modded openNURBS somewhat
02:57.18ryoshuit was randomly skipping libraries
02:57.32ryoshuwhat's it?
02:57.40starseekerone of our third party deps
02:57.41ryoshumodded=modified?
02:57.44starseekeryes
02:57.45starseekersorry
02:57.53ryoshuis there need to use the bundled version?
02:58.13starseekerunfortunately, at least one of the changes does have functionality implications
02:58.44ryoshuI'm building with -DBRLCAD_BUNDLED_LIBS=OFF
02:58.54starseekergutsy :-)
02:59.06ryoshuand I hope to get it from bundled verstion regardless of that
02:59.24ryoshuversion&
02:59.31starseekeryou can specifically enable indivdiual third party deps if needed
03:00.28starseekersee http://www.dtic.mil/dtic/tr/fulltext/u2/a556727.pdf
03:00.46starseekerwhoops, wrong one
03:02.09starseekerhttp://www.dtic.mil/docs/citations/ADA587400
03:02.11starseekerthat's the one
03:03.14ryoshucongrats!
03:03.16starseekerpage 18 (pdf page 26) has an overview of our third party build logic
03:03.42starseekerheh - bit old now, but that diagram is still the best documentation we have for our third party dependency management
03:03.42ryoshuexcuse me, it's 5am and I need to commit something to tcl and wakeup for work
03:03.57starseekercool - thanks for bringing BRL-CAD to NetBSD!
03:04.04ryoshufighting cmake took a lot of time
03:04.20starseekercould be worse - it could be autotools ;-)
03:04.26ryoshuhttp://www.netbsd.org/~kamil/CMakeCache.txt it had no sense to me
03:04.44starseekeryeah, that's not really intended to be user readable
03:04.53starseekerthe cmake-gui is better about displaying vars for users
03:05.26ryoshuI suggest to add a bold warning that some paths will be skipped from lookup of dependencies.. unconditionally
03:05.28starseekerCMakeCache.txt is essentially the "state" of the build stashed as a text file
03:06.06starseekerryoshu: if NetBSD has paths that we should be searching as part of the Find* scripts, that's worth fixing/updating
03:06.16starseekeror even upstreaming to CMake proper
03:06.22ryoshupkgsrc has no paths in stone
03:06.45ryoshu/usr/pkg is the default one for privileged build, $HOME/pkg for unprivileged
03:06.53ryoshubut it can be freely reconfigured
03:07.18ryoshugoodnight
03:07.21starseekernight!
04:00.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:53.39*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:53.03*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:02.23*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
13:12.40*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
13:41.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:59.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:02.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:28.18*** join/#brlcad yorik (~yorik@2804:431:f720:5fc3:290:f5ff:fedc:3bb2)
19:00.15``Erikwhat? the internet is broken? damnit, bernice!
19:00.29*** join/#brlcad yorik (~yorik@2804:431:f720:353a:290:f5ff:fedc:3bb2)
19:11.33*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
21:19.11Notify03BRL-CAD:starseeker * 69161 brlcad/trunk/CMakeLists.txt: Make a note to reexamine how we're finding Qt5
21:39.43starseekerwell hot diggity: https://blog.kitware.com/vtk-textbook-and-users-guide-now-available-for-download/
21:39.49starseekerCC-BY licensed no less
23:01.16*** join/#brlcad ryoshu (~kamil@ns3100396.ip-37-59-8.eu)
23:06.40*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:f44f:f08c:c43b:6224)
23:07.01*** join/#brlcad yorik (~yorik@2804:431:f720:353a:290:f5ff:fedc:3bb2)
23:07.01*** join/#brlcad ``Erik (~erik@pool-100-16-14-17.bltmmd.fios.verizon.net)
23:07.28*** join/#brlcad ryoshu (~kamil@ns3100396.ip-37-59-8.eu)
23:07.28*** join/#brlcad nmz787 (~nmz787@bryan.fairlystable.org)
23:07.29*** join/#brlcad Notify (~notify@104.225.5.10)
23:07.34*** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com)
23:07.42*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
23:07.57*** join/#brlcad LordOfBikes (~armin@dslb-092-075-155-039.092.075.pools.vodafone-ip.de)
23:08.41*** join/#brlcad brlcad (~sean@104.225.5.10)
23:11.41*** join/#brlcad ChanServ (ChanServ@services.)
23:11.41*** mode/#brlcad [+o ChanServ] by tepper.freenode.net
23:16.04*** join/#brlcad ryoshu (~kamil@netbsd/developer/kamil)
IRC log for #brlcad on 20161022

IRC log for #brlcad on 20161022

00:07.45starseekerwonders why black duck hasn't scanned the BRL-CAD project in 3 months...
00:52.44ryoshuhi
00:56.48ryoshuok, got some progress with NetBSD - itk3 is packaged, lemon upgraded and it finally fails on something during build http://netbsd.org/~kamil/brlcad-7.26.0-build.txt
00:56.51ryoshutrying to investigate
01:02.36*** join/#brlcad LordOfBikes (~armin@dslb-092-074-234-120.092.074.pools.vodafone-ip.de)
02:08.11*** join/#brlcad LordOfBikes (~armin@dslb-088-064-045-196.088.064.pools.vodafone-ip.de)
02:10.33ryoshuhmm it tries to generate soft-float code on amd64.. trying to determine why, where and how
02:21.42*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:39.10ryoshugot it, http://www.netbsd.org/~kamil/no-float123.c breaks on netbsd.. goodnight
03:06.15*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
04:29.53StragusDarn, ESA has trouble landing things on stuff lately
06:04.09archivist24-22 in earths favour https://www.strudel.org.uk/lob/
06:10.15StragusAhaha @ Martian Invasion Fleet in 1938
06:12.18Stragus"The lander deployed and attempted a score but lost signal 50 seconds before touchdown. ESA are yet to score a successful touchdown against the red planet's defence."  Very nice.
07:15.21*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:e5cc:3b92:45f7:369c)
11:56.04*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
12:17.22ryoshuhi!
12:17.41ryoshuthere is something wrong.. brlcad uses some old version of adaptagrams (libvoid)
12:17.50ryoshuit's not compatible with the one from my system
12:56.27*** join/#brlcad merzo (~merzo@92.60.189.225)
13:45.30*** join/#brlcad yorik (~yorik@2804:431:f720:353a:290:f5ff:fedc:3bb2)
14:41.29starseekerryoshu: the adaptagrams works is from a student project some years back - it's not enabled as a standard feature and has not been tested in a long time
14:44.25starseekerryoshu: is the floating point thing coming from meshdecimation.c?  if so, Stragus knows that code the best...
17:25.26Notify03BRL-CAD:starseeker * 69162 brlcad/trunk/src/other/CMakeLists.txt: The adaptagrams based code isn't active - disable the check unless/until we need it.
17:38.14ryoshustarseeker: this floating point part has been fixed
17:39.33ryoshunow I'm getting
17:39.34ryoshu/tmp/pkgsrc-tmp/wip/brlcad/work/brlcad-7.26.0/src/other/stepcode/src/express/ExpParser_expparse/expparse.y:2479:50: error: 'yypMinor' undeclared (first use in this function)
17:39.37ryoshu<PROTECTED>
17:39.40ryoshu<PROTECTED>
17:39.41ryoshuand trying to investigate
17:42.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:55.44StragusSome issue with mesh decimation?
17:56.51ryoshustarseeker: not any longer
17:57.03ryoshunow time for yypMinor
17:58.15ryoshuis it a local invention? can it work with standalone lemon?
17:58.24ryoshugrep yypMinor /usr/pkg/share/lemon/lempar.c
17:58.42ryoshu$ grep yypMinor ./misc/tools/lemon/lempar.c|wc -l
17:58.43ryoshu<PROTECTED>
17:58.48ryoshuprobably not
18:33.03*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
19:51.05ryoshubrlcad installed!
20:03.42*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
IRC log for #brlcad on 20161023

IRC log for #brlcad on 20161023

00:22.42*** join/#brlcad LordOfBikes (~armin@dslb-088-066-139-170.088.066.pools.vodafone-ip.de)
01:19.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:31.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:02.12*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
04:24.41ryoshuhmm, iges test core-dumps, and regress-mged apparently hangs
04:31.40ryoshuI'm trying to determine how to run them out of cmake glue
04:39.05ryoshuok got it
07:53.33*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
11:45.53*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
11:48.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:01.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:13.00*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
14:57.45ryoshuok iges fixed, there is fatal error there
14:58.00ryoshuapparently accidentally works on other platforms
14:58.46ryoshutime for mged hangs
16:02.01starseekerryoshu: what's the iges problem?
16:02.36ryoshuis there a way to submit patches?
16:02.43starseekeron the sourceforge site
16:02.46ryoshuvariable type mismatch
16:02.50ryoshuto a mailing-list?
16:03.01starseekerhttps://sourceforge.net/p/brlcad/patches/?source=navbar
16:03.17ryoshuanother issue is unportable find(1) construct '-not', investigating
16:03.18starseekeror actually https://sourceforge.net/p/brlcad/patches/
16:03.29starseekerryoshu: in our scripts?
16:03.32ryoshuyes
16:03.44ryoshuregress/repository.sh
16:03.52starseekerhrm
16:04.03starseekerit may be the script assumes a feature not in netbsd's find
16:05.36starseekerryoshu: so the system lemon generated variables that our bundled version doesn't?  (yypMinor)
16:06.08ryoshuthe opposite, bundled brlcad generates more code than sqlite3 one
16:06.25starseekerhmm
16:06.47ryoshuI resigned from using system libraries and switched to bundled ones, brlcad starts and runs
16:06.52starseekerryoshu: you might try building with BRLCAD_ENABLE_STRICT=OFF
16:06.54ryoshunow I'm squashin issues in test target
16:07.07ryoshuit won't help for invalid code :)
16:07.20starseekertrue, but the system lemon might work...
16:07.30ryoshuit won't
16:07.33ryoshuTest project /tmp/pkgsrc-tmp/wip/brlcad/work/brlcad-7.26.0
16:07.33ryoshu<PROTECTED>
16:07.36ryoshu<PROTECTED>
16:07.39ryoshudoes it make sense? this failure
16:07.47starseekernods
16:08.00starseekerwe use two test targets - "make check" and "make unit"
16:08.23starseeker"make test" runs ALL ctest targets defined in the build, and we have several that are not yet in a working state
16:08.34ryoshuI used so far "make test" "make benchmark" and "make regress"
16:08.37ryoshuI will add make unit
16:08.48starseekernods - you want to replace "make test" with "make check"
16:09.24starseekermake check is a superset of make unit
16:09.30ryoshusilly question
16:09.34ryoshuafter loading caste.g
16:09.40ryoshuhow to draw it on the screen?
16:09.44ryoshuto screenshot it :)
16:09.54starseekerto see what's in the file, use the "tops" command
16:10.12starseekerthen use "draw" to draw that object
16:11.09starseekerwill have to ask our perplex/lemon expert to look at the newer lemon and see why it doesn't work for us...
16:11.31ryoshuis there "draw all"?
16:11.46starseekernot as such - you need to tell it an object
16:12.05starseekerif there is an "all.g" object that's usually a good bet
16:12.45starseekerI believe castle.g has an all.g, so I'd start there
16:12.48starseeker"draw all.g"
16:13.02ryoshuit works!
16:13.34starseekeror, if you want a raytraced image rather than the wireframe, use rt:  ./bin/rt share/db/castle.g all.g
16:13.38starseekerawesome!
16:14.04ryoshuin mged?
16:14.18starseekerin mged you can just type "rt" after doing the draw command
16:14.30starseekeroutside of mged, there is an "rt" command
16:15.00ryoshuit works!
16:15.09starseekerexcellent
16:16.02starseekerif you can submit the patches for the problems you found on netbsd we'd appreciate it - it's never good to have accidentally working code :-)
16:17.41starseekerryoshu: if you want to explore MGED further I'd recommend starting here:  http://brlcad.org/wiki/Documentation - the "Introduction to MGED" document
16:18.50ryoshuhttp://kamil.yenn.ulegend.net/screenFetch-2016-10-23_18-13-48.png
16:19.15starseekerryoshu: awesome!
16:20.19starseekerryoshu: it's not ready for prime time yet, but you can also try playing with the "archer" interface
16:20.53ryoshuI see, for now I will keep validating the code :)
16:21.25ryoshuthank you for help
16:21.30starseekerthank yoU!
16:24.01starseekerbrlcad will probably be along in the next few days - he may want to use that screenshot for our next release announcment :-)
16:30.40ryoshu100% tests passed, 0 tests failed out of 750 -- make unit
16:31.46ryoshuit would be great to get merged patches before the release
16:32.28ryoshu97% tests passed, 1 tests failed out of 29 -- make check (malicious find(1) -not parameter)
16:34.33starseekerryoshu: brlcad is our expert on the repository regression script - I occasionally tweak it but I try not to dive too deep into it ;-)
16:35.14starseekerryoshu: we've got a little bit of time yet before 7.26.2, so there should be time to get them merged
16:41.46starseekeris actually surprised so many tests passed cleanly out of the box like that
16:42.18starseekerI guess the BSDs aren't too terribly dissimilar, but I would have thought we'd have at least one or two glitches
16:42.41starseeker(at the C level I mean)
16:42.49starseekerryoshu: which compiler does netbsd use?
16:47.24ryoshuchieftec$ uname -rms
16:47.24ryoshuNetBSD 7.99.39 amd64
16:47.24ryoshuchieftec$ gcc -dumpversion
16:47.24ryoshu5.4.0
16:48.18ryoshuwell, there are 19 local patches so far
16:48.58ryoshuI will be back later
16:57.46starseekerO.o
17:03.45starseekerscowls at rt timer... need to figure out why we need this instead of just using libbu's timer...
19:38.37*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
20:04.45ryoshustarseeker: I will import BRL-CAD to pkgsrc once it will work with libavoid, lemon and other third-party libraries as needed
20:04.53ryoshufrom system
20:18.11ryoshuhttp://kamil.yenn.ulegend.net/screenFetch-2016-10-23_22-11-01.png Goliath
22:05.28Notify03BRL-CAD:starseeker * 69163 brlcad/trunk/misc/CMake/RPath_Setup.cmake: Try using @loader_path on OSX to play the same role does on other Unix platforms.
23:37.19*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20161024

IRC log for #brlcad on 20161024

00:19.58*** join/#brlcad plvuigmobggjiwkj (~armin@dslb-088-065-182-092.088.065.pools.vodafone-ip.de)
00:42.30*** join/#brlcad tofu__ (~sean@104.225.5.10)
00:52.52*** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com)
01:30.36*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
IRC log for #brlcad on 20161027

IRC log for #brlcad on 20161027

13:13.40*** join/#brlcad infobot (ibot@rikers.org)
13:13.40*** topic/#brlcad is BRL-CAD release 7.26.0 is out! More than 150 user-visible changes including 6 major efforts! || GSoC 2016 is coming to a close, showcase forthcoming || Help needed reviewing and integrating 700+ GCI tasks || Logs: http://ibot.rikers.org/%23brlcad/
13:42.19*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
14:57.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:05.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:33.24*** join/#brlcad amarjeet (~amarjeet@169.149.129.233)
16:34.26*** join/#brlcad amarjeet (~amarjeet@169.149.129.233)
16:36.30*** join/#brlcad amarjeet_ (~amarjeet@169.149.129.233)
16:37.22*** join/#brlcad amarjeet__ (~amarjeet@169.149.129.233)
16:39.02*** join/#brlcad amarjeet__ (~amarjeet@169.149.129.233)
16:39.59*** join/#brlcad amarjeet__ (~amarjeet@169.149.129.233)
16:41.18*** join/#brlcad amarjeet (~amarjeet@169.149.129.233)
16:42.09*** join/#brlcad amarjeet (~amarjeet@169.149.129.233)
16:43.41*** join/#brlcad amarjeet_ (~amarjeet@169.149.129.233)
16:44.32*** join/#brlcad amarjeet_ (~amarjeet@169.149.129.233)
16:49.04*** join/#brlcad amarjeet (~amarjeet@169.149.129.233)
16:50.38*** join/#brlcad amarjeet (~amarjeet@169.149.129.233)
16:53.00*** join/#brlcad amarjeet_ (~amarjeet@169.149.129.233)
16:55.05*** join/#brlcad amarjeet_ (~amarjeet@169.149.129.233)
16:56.26*** join/#brlcad amarjeet (~amarjeet@169.149.129.233)
17:02.07*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
17:21.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:32.53*** join/#brlcad coderguru (~kingsguar@182.69.144.178)
20:33.07coderguruhello
20:37.03*** join/#brlcad Ch3ck (~Ch3ck@154.70.98.184)
23:22.10Notify03BRL-CAD:brlcad * 69165 brlcad/trunk/src/libbu/hash.c: this looks wrong. even if the key value is NULL, we need to add it so that iterating over entries results in the same count of entries as was added to the hash. knowing what keys have been stored is just as important as knowing what values.
23:22.14Notify03BRL-CAD:brlcad * 69166 brlcad/trunk/CHANGES: BU_FLSTR changed to CPP_FILELINE
23:23.02Notify03BRL-CAD:brlcad * 69167 brlcad/trunk/TODO: at quick glance, the hash add for ORCA_Comp looks like it might be passing the wrong size. need to check it.
23:46.30Notify03BRL-CAD:n_reed * 69168 (brlcad/branches/brep-debug/CMakeLists.txt brlcad/branches/brep-debug/NEWS and 105 others): sync r69050 through r69153 changes from trunk
IRC log for #brlcad on 20161028

IRC log for #brlcad on 20161028

00:15.51*** join/#brlcad hgqshlnwlqzsmrhx (~armin@dslb-092-074-225-182.092.074.pools.vodafone-ip.de)
00:50.19Notify03BRL-CAD:starseeker * 69169 (brlcad/trunk/src/librt/db5_io.c brlcad/trunk/src/librt/librt_private.h): take a stab at a db5_size function that can be either recursive or non-recursive. It's not yet correct on recursive since it shouldn't double-count objects used in multiple places in the tree...
01:28.46*** join/#brlcad yorik (~yorik@2804:431:f720:21cf:290:f5ff:fedc:3bb2)
04:06.48*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:881f:b8fa:247:f424)
06:31.37*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
06:47.44*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:08.41*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
11:31.04*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:69a1:e009:d9b5:22d)
12:35.55*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
13:09.01*** join/#brlcad yorik (~yorik@2804:431:f720:21cf:290:f5ff:fedc:3bb2)
13:55.11Notify03BRL-CAD:starseeker * 69170 brlcad/trunk/include/rt/db5.h: db5.h needs bu/parse.h
15:08.28*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
16:45.44*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:69a1:e009:d9b5:22d)
17:14.47*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
17:14.53*** join/#brlcad maths22_ (~maths22@unaffiliated/maths22)
17:49.09*** join/#brlcad yorik (~yorik@2804:431:f721:20d0:290:f5ff:fedc:3bb2)
18:45.06Notify03BRL-CAD:starseeker * 69171 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/db5_io.c brlcad/trunk/src/librt/librt_private.h): Start experimenting to see if we can easily and performantly do a recursive size calculation that doesn't double count. Untested as yet.
19:07.12Notify03BRL-CAD:starseeker * 69172 (brlcad/trunk/doc/docbook/system/mann/ls.xml brlcad/trunk/include/bu/units.h and 4 others): Teach ls two new tricks - sort by size, and print sizes in human readable form. Untested on Windows.
19:39.30Notify03BRL-CAD:starseeker * 69173 brlcad/trunk/NEWS: Quick test on Windows works - added -S option to ls command to sort based on size when printing extra information using the -l option.
19:40.29Notify03BRL-CAD:starseeker * 69174 brlcad/trunk/NEWS: Added -H option to ls command to report sizes in human readable form when printing with the -l option.
20:01.08Notify03BRL-CAD:starseeker * 69175 (brlcad/trunk/doc/docbook/system/mann/ls.xml brlcad/trunk/src/libged/dup.c and 4 others): Actually no reason that the ls -S sorting by size flag needs to be limited to the long printing option - make it work on all of them.
20:10.22*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
21:36.05Notify03BRL-CAD:starseeker * 69176 brlcad/trunk/src/libbu/tests/humanize_number.c: A number of the BSD test cases aren't happy on Windows. Comment them out for now - eventually will need to step through some of the failing cases to see what's going on...
21:50.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:55.25*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20161029

IRC log for #brlcad on 20161029

00:55.10*** join/#brlcad wmuskqhuypjfwlfi (~armin@dslb-088-065-187-145.088.065.pools.vodafone-ip.de)
01:01.53*** join/#brlcad brlcad (~sean@104.225.5.10)
01:04.07*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
01:04.21*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
01:04.40*** join/#brlcad starseeker (~starseeke@104.225.5.10)
01:23.28*** join/#brlcad Notify (~notify@104.225.5.10)
01:47.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:32.29Notify03BRL-CAD:starseeker * 69177 brlcad/trunk/src/libbu/tests/humanize_number.c: use bu_log and bu_sscanf to quell C90 warnings about zu
06:37.42*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:40.44*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
09:58.30*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
15:33.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:46.19*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-qkocsyfskswbkzch)
19:12.08*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
21:52.57*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
21:59.50*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
22:57.52*** join/#brlcad infobot (ibot@rikers.org)
22:57.52*** topic/#brlcad is BRL-CAD release 7.26.0 is out! More than 150 user-visible changes including 6 major efforts! || GSoC 2016 is coming to a close, showcase forthcoming || Help needed reviewing and integrating 700+ GCI tasks || Logs: http://ibot.rikers.org/%23brlcad/
IRC log for #brlcad on 20161030

IRC log for #brlcad on 20161030

00:47.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:59.34*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:08.19*** join/#brlcad LordOfBikes (~armin@dslb-088-066-212-165.088.066.pools.vodafone-ip.de)
03:05.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:36.26*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:addc:6fb5:2896:6d24)
05:22.46*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-bdhrhzhuopvwwrhb)
07:33.53*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
11:51.27*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:23.45*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
15:19.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:23.55*** join/#brlcad yorik (~yorik@2804:431:f721:20d0:290:f5ff:fedc:3bb2)
16:47.14*** join/#brlcad yorik (~yorik@2804:431:f721:20d0:290:f5ff:fedc:3bb2)
17:55.56Notify03BRL-CAD:starseeker * 69178 (brlcad/trunk/src/libbu/tests/humanize_number.c brlcad/trunk/src/libbu/units.c): Use bu_vls instead of system snprintf - see if this works any better on Windows...
18:01.07*** join/#brlcad amarjeet (~Amarjeet@169.149.163.7)
18:01.08Notify03BRL-CAD:starseeker * 69179 brlcad/trunk/src/libbu/units.c: tweak
18:01.32*** join/#brlcad amarjeet (~Amarjeet@169.149.163.7)
18:02.12*** join/#brlcad amarjeet (~Amarjeet@169.149.163.7)
18:04.32*** join/#brlcad amarjeet (~Amarjeet@169.149.163.7)
18:08.40*** join/#brlcad amarjeet (~Amarjeet@169.149.163.7)
18:25.50Notify03BRL-CAD Wiki:Augustfour * 0 /wiki/User:Augustfour:
18:59.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:33.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:52.35*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
21:57.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:37.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:49.39Notify03BRL-CAD:starseeker * 69180 (brlcad/trunk/include/rt/comb.h brlcad/trunk/src/librt/comb/db_comb.c): Enough. Implement a librt function call to return the set of directory objects that are the immediate children of a comb. I've been using a db_search call to work around the lack of this function, but that makes no sense when one of the possible places for using this information is db_search (and really a search
23:49.41Notifysetup/teardown is a lot of overhead for this anyway.)
23:49.43Notify...
IRC log for #brlcad on 20161031

IRC log for #brlcad on 20161031

00:23.34*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
00:33.52*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
00:41.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:49.21*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
00:54.04*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
00:56.59*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
01:04.11*** join/#brlcad skbazqzdhbzpqiml (~armin@dslb-092-074-247-214.092.074.pools.vodafone-ip.de)
02:14.05Notify03BRL-CAD:starseeker * 69181 brlcad/trunk/include/rt/comb.h: don't have time to do it tonight, but make a note that the function should optionally return more than just the directory pointer array.
02:24.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:26.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:53.48*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:54.33*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:a984:fee6:6216:f491)
09:08.18*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
10:03.42*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:42.16*** join/#brlcad yorik (~yorik@2804:431:f721:20d0:290:f5ff:fedc:3bb2)
12:52.58*** join/#brlcad yorik (~yorik@2804:431:f721:20d0:290:f5ff:fedc:3bb2)
13:12.28*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
13:34.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:50.38*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
14:02.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:23.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:05.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:52.07*** join/#brlcad merzo (~merzo@92.60.189.225)
16:33.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:42.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:43.16Notify03BRL-CAD:starseeker * 69182 (brlcad/trunk/include/rt/comb.h brlcad/trunk/src/librt/comb/db_comb.c): Add the ability to optionally return boolean operations and matricies associated with the array of directory pointers in the given comb.
17:37.55*** join/#brlcad LordOfBikes (~armin@dslb-092-074-247-214.092.074.pools.vodafone-ip.de)
19:31.07Notify03BRL-CAD:starseeker * 69183 brlcad/trunk/include/rt/comb.h: Commit some example code showing how to use db_comb_children.
19:33.02Notify03BRL-CAD:starseeker * 69184 brlcad/trunk/include/rt/comb.h: fix var name
20:14.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:24.34Notify03BRL-CAD:starseeker * 69185 (brlcad/trunk/include/nmg.h brlcad/trunk/misc/doxygen/CMakeLists.txt brlcad/trunk/misc/doxygen/librt.dox): Tell Doxygen libnmg is now separate.
20:57.21*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
22:26.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20161101

IRC log for #brlcad on 20161101

01:03.14*** join/#brlcad jkjgurwwmsezgfku (~armin@dslb-088-064-045-133.088.064.pools.vodafone-ip.de)
02:42.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:25.34*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:33.41*** part/#brlcad kintel (~kintel@unaffiliated/kintel)
03:35.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:09.11*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:d82f:915b:5972:b9ec)
07:51.35*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:52.31*** join/#brlcad merzo (~merzo@92.60.189.225)
11:40.38*** join/#brlcad yorik (~yorik@2804:431:f721:20d0:290:f5ff:fedc:3bb2)
13:13.23*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
13:49.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:10.04*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
16:24.57Notify03BRL-CAD Wiki:H Fred Talbot * 0 /wiki/User:H_Fred_Talbo:
16:26.38*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
19:26.09*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
21:33.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:55.43*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
23:27.11*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20161102

IRC log for #brlcad on 20161102

00:19.45*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
01:02.03*** join/#brlcad xblkfokwoowhqccb (~armin@dslb-088-066-214-237.088.066.pools.vodafone-ip.de)
01:59.39*** join/#brlcad subvuihbotyywoty (~armin@dslb-092-075-156-075.092.075.pools.vodafone-ip.de)
07:26.08*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
07:39.36*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:1803:a533:85d3:5792)
07:46.22*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
09:08.23*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
09:18.54*** join/#brlcad merzo (~merzo@94.45.58.141)
10:05.06*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
12:43.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:04.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:58.32Notify03BRL-CAD:starseeker * 69186 brlcad/trunk/src/librt/tests/CMakeLists.txt: Move the nmg tests to libnmg
15:21.27*** join/#brlcad merzo (~merzo@92.60.189.225)
15:37.17*** join/#brlcad caen23 (~caen23@79.112.74.97)
15:53.40*** join/#brlcad merzo (~merzo@92.60.189.225)
15:59.48*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
16:19.33*** join/#brlcad amarjeet (~amarjeet@169.149.161.170)
16:20.30*** join/#brlcad amarjeet (~amarjeet@169.149.161.170)
16:21.26*** join/#brlcad amarjeet (~amarjeet@169.149.161.170)
16:28.27*** join/#brlcad amarjeet_ (~amarjeet@169.149.161.170)
16:29.46*** join/#brlcad amarjeet_ (~amarjeet@169.149.161.170)
16:31.12*** join/#brlcad amarjeet_ (~amarjeet@169.149.161.170)
16:32.18*** join/#brlcad amarjeet_ (~amarjeet@169.149.161.170)
16:35.47*** join/#brlcad amarjeet (~amarjeet@169.149.161.170)
16:37.21*** join/#brlcad amarjeet (~amarjeet@169.149.161.170)
16:39.31*** join/#brlcad amarjeet (~amarjeet@169.149.161.170)
16:40.36*** join/#brlcad amarjeet (~amarjeet@169.149.161.170)
16:43.03*** join/#brlcad amarjeet (~amarjeet@101.212.148.206)
16:55.04*** join/#brlcad amarjeet (~amarjeet@101.212.148.206)
17:14.44*** join/#brlcad amarjeet (~amarjeet@101.212.148.206)
17:39.03*** join/#brlcad gaganjyot (~manjaro-i@122.173.68.90)
17:46.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:37.25*** join/#brlcad amarjeet (~amarjeet@101.212.148.206)
18:42.32*** join/#brlcad amarjeet (~amarjeet@101.212.148.206)
20:29.08*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
20:33.49*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
21:50.47*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
IRC log for #brlcad on 20161103

IRC log for #brlcad on 20161103

00:02.11*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
00:50.48*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:5412:781b:1ed9:86aa)
01:26.19Notify03BRL-CAD Wiki:Dennis Loveridge * 0 /wiki/User:Dennis_Loveridge:
01:58.33*** join/#brlcad jbytxvuxdujuotke (~armin@dslb-092-074-252-100.092.074.pools.vodafone-ip.de)
03:38.51*** join/#brlcad dracarys983 (~dracarys9@203.187.238.245)
06:40.16Notify03BRL-CAD:brlcad * 69187 brlcad/trunk/src/libbu/hash.c: note we should be using get/put here
06:42.02Notify03BRL-CAD:brlcad * 69188 brlcad/trunk/src/librt/tree.c: on review, the ORCA_Comp hash key setting looks to be just fine. cleanup for readability and fix the size to exactly 4 bytes instead of variable.
06:45.38Notify03BRL-CAD:brlcad * 69189 (brlcad/trunk/include/raytrace.h brlcad/trunk/include/rt/primitives/CMakeLists.txt and 15 others): encountered another crash in the ars code, attempting to print a tri_specific. turns out, the st_specific is set to a bot_specific now, so all of the tri_specific callbacks are moot, many unused. kill em. move rt_hitsort while we're at it to an internal function since it was primitive-specific
06:45.40Notifyapi (despite the name, it lived up in the ars code and is used by several primitives.) now it's part of primitive_util.
06:45.42Notify...
06:58.28*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
07:01.13*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:04.14*** join/#brlcad caen23 (~caen23@79.112.74.97)
07:45.46*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
09:23.18*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:49.57*** join/#brlcad merzo (~merzo@92.60.189.225)
09:50.55*** join/#brlcad amarjeet_ (~amarjeet@202.164.53.117)
10:07.19*** join/#brlcad dracarys983 (~dracarys9@203.187.238.90)
11:15.40*** join/#brlcad yorik (~yorik@2804:431:f721:20d0:290:f5ff:fedc:3bb2)
11:21.02*** join/#brlcad amarjeet_ (~amarjeet@202.164.53.117)
14:01.27*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
14:13.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:31.50*** join/#brlcad sniok (~sniok@212.191.78.204)
15:08.08*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
15:33.38*** join/#brlcad merzo (~merzo@92.60.189.225)
16:38.37*** join/#brlcad caen23 (~caen23@213.233.84.185)
16:56.37*** join/#brlcad merzo (~merzo@92.60.189.225)
17:08.40*** join/#brlcad sniok (~sniok@radius2.p.lodz.pl)
17:11.42*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
17:22.30*** join/#brlcad amarjeet (~amarjeet@169.149.187.214)
17:24.53*** join/#brlcad amarjeet (~amarjeet@169.149.187.214)
17:25.47*** join/#brlcad amarjeet (~amarjeet@169.149.187.214)
17:27.23*** join/#brlcad amarjeet (~amarjeet@169.149.141.58)
17:28.24*** join/#brlcad amarjeet (~amarjeet@169.149.141.58)
17:30.19*** join/#brlcad caen23 (~caen23@213.233.84.185)
17:30.24*** join/#brlcad amarjeet (~amarjeet@169.149.187.214)
17:31.24*** join/#brlcad amarjeet (~amarjeet@169.149.187.214)
17:32.08*** join/#brlcad amarjeet (~amarjeet@169.149.187.214)
17:34.14*** join/#brlcad amarjeet (~amarjeet@169.149.141.58)
17:35.03*** join/#brlcad amarjeet (~amarjeet@169.149.141.58)
17:35.58*** join/#brlcad amarjeet (~amarjeet@169.149.141.58)
17:36.54*** join/#brlcad amarjeet (~amarjeet@169.149.141.58)
17:38.00*** join/#brlcad amarjeet (~amarjeet@169.149.141.58)
17:38.51*** join/#brlcad amarjeet (~amarjeet@169.149.141.58)
17:39.44*** join/#brlcad amarjeet (~amarjeet@169.149.187.214)
17:40.30*** join/#brlcad amarjeet (~amarjeet@169.149.187.214)
17:42.25*** join/#brlcad amarjeet (~amarjeet@169.149.141.58)
17:43.30*** join/#brlcad amarjeet (~amarjeet@169.149.141.58)
17:44.31*** join/#brlcad amarjeet (~amarjeet@169.149.141.58)
17:45.43*** join/#brlcad amarjeet (~amarjeet@169.149.141.58)
17:46.35*** join/#brlcad amarjeet (~amarjeet@169.149.187.214)
17:47.26*** join/#brlcad amarjeet (~amarjeet@169.149.187.214)
17:48.26*** join/#brlcad amarjeet (~amarjeet@169.149.187.214)
17:51.21*** join/#brlcad amarjeet (~amarjeet@169.149.187.214)
17:52.06*** join/#brlcad amarjeet (~amarjeet@169.149.141.58)
17:52.50*** join/#brlcad sniok (~sniok@radius2.p.lodz.pl)
17:53.10*** join/#brlcad amarjeet (~amarjeet@169.149.187.214)
17:54.03*** join/#brlcad amarjeet_ (~amarjeet@169.149.187.214)
17:54.55*** join/#brlcad amarjeet_ (~amarjeet@169.149.141.58)
17:56.10*** join/#brlcad amarjeet_ (~amarjeet@169.149.187.214)
18:09.57*** join/#brlcad sniok (~sniok@radius2.p.lodz.pl)
19:25.19*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
19:52.10*** join/#brlcad caen23 (~caen23@79.112.74.97)
20:46.16*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
21:08.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:16.05Notify03BRL-CAD:starseeker * 69190 (brlcad/trunk/include/rt/directory.h brlcad/trunk/src/librt/db5_size.cpp and 3 others): Take a stab at an iterative size calculation mechanism. Been staring at it too long - it seems to work, but I'm not sure, and its design needs review.
21:31.14starseekerhah - Intels thread building blocks is now under Apache 2 license
23:51.04*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20161104

IRC log for #brlcad on 20161104

02:07.35*** join/#brlcad LordOfBikes (~armin@dslb-088-066-155-050.088.066.pools.vodafone-ip.de)
03:03.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:17.56*** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-wahxpqwilxveqpkj)
06:34.30*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
07:33.15*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:05.18*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:39.33*** join/#brlcad merzo (~merzo@92.60.189.225)
09:02.47*** join/#brlcad merzo (~merzo@92.60.189.225)
09:03.57*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
09:17.12*** join/#brlcad dracarys983 (~dracarys9@123.201.90.60)
10:15.42*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
10:46.44*** join/#brlcad caen23 (~caen23@79.112.74.97)
11:58.51*** join/#brlcad dracarys_ (~dracarys9@219.91.213.24)
11:59.27*** part/#brlcad dracarys_ (~dracarys9@219.91.213.24)
12:14.44*** join/#brlcad yorik (~yorik@2804:431:f721:20d0:290:f5ff:fedc:3bb2)
13:25.55*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
14:20.57Notify03BRL-CAD:starseeker * 69191 brlcad/trunk/src/libbu/tests/humanize_number.c: use bu_strcmp
14:27.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:11.16*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
15:38.13*** join/#brlcad merzo (~merzo@92.60.189.225)
15:41.24*** join/#brlcad merzo (~merzo@92.60.189.225)
17:20.48Notify03BRL-CAD:starseeker * 69192 brlcad/trunk/src/librt/db5_size.cpp: Try to avoid explicit avs strlen calculations.
17:52.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:01.12Notify03BRL-CAD:starseeker * 69193 brlcad/trunk/CMakeLists.txt: -C empty wasn't working on Linux - put in quotes if we're not in a multiconfig situation.
18:35.46*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
19:06.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:24.45Notify03BRL-CAD:starseeker * 69194 brlcad/trunk/src/librt/tests/db5_size.c: Add timing
19:32.14Notify03BRL-CAD:starseeker * 69195 brlcad/trunk/src/librt/db5_size.cpp: make a local array of the directory pointers we are interested in.
20:46.01*** join/#brlcad maths22_ (~maths22@104.225.5.10)
20:46.01*** join/#brlcad maths22_ (~maths22@unaffiliated/maths22)
IRC log for #brlcad on 20161105

IRC log for #brlcad on 20161105

00:00.06*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:48.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:28.19*** join/#brlcad caen23_ (~caen23@86.124.156.57)
08:12.11*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
08:23.43*** join/#brlcad caen23 (~caen23@86.124.156.57)
08:43.53*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:59.13*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
09:24.30*** join/#brlcad caen23 (~caen23@86.124.156.57)
10:25.16*** join/#brlcad caen23 (~caen23@86.124.156.57)
11:26.11*** join/#brlcad caen23 (~caen23@86.124.156.57)
11:40.44*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
12:15.37*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
12:27.09*** join/#brlcad caen23 (~caen23@86.124.156.57)
14:28.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:41.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:54.25*** join/#brlcad caen23 (~caen23@86.124.156.57)
16:49.15*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
17:56.11*** join/#brlcad amarjeet (~amarjeet@169.149.173.143)
17:56.52*** join/#brlcad amarjeet (~amarjeet@169.149.143.173)
17:57.54*** join/#brlcad amarjeet (~amarjeet@169.149.173.143)
17:59.12*** join/#brlcad amarjeet (~amarjeet@169.149.173.143)
18:00.44*** join/#brlcad amarjeet_ (~amarjeet@169.149.143.173)
18:16.50*** join/#brlcad amarjeet (~amarjeet@169.149.173.143)
18:17.30*** join/#brlcad amarjeet (~amarjeet@169.149.143.173)
18:19.12*** join/#brlcad amarjeet (~amarjeet@169.149.173.143)
18:20.15*** join/#brlcad amarjeet (~amarjeet@169.149.143.173)
18:22.02*** join/#brlcad amarjeet_ (~amarjeet@169.149.143.173)
18:23.29*** join/#brlcad amarjeet_ (~amarjeet@169.149.173.143)
18:24.59*** join/#brlcad amarjeet_ (~amarjeet@169.149.143.173)
18:25.47*** join/#brlcad amarjeet_ (~amarjeet@169.149.143.173)
18:26.29*** join/#brlcad amarjeet_ (~amarjeet@169.149.173.143)
18:27.40*** join/#brlcad amarjeet (~amarjeet@169.149.143.173)
18:28.51*** join/#brlcad amarjeet (~amarjeet@169.149.143.173)
18:29.40*** join/#brlcad amarjeet (~amarjeet@169.149.143.173)
18:30.35*** join/#brlcad amarjeet (~amarjeet@169.149.173.143)
18:31.24*** join/#brlcad amarjeet (~amarjeet@169.149.173.143)
18:32.51*** join/#brlcad amarjeet_ (~amarjeet@169.149.173.143)
18:33.47*** join/#brlcad amarjeet_ (~amarjeet@169.149.173.143)
18:34.40*** join/#brlcad amarjeet_ (~amarjeet@169.149.173.143)
18:35.25*** join/#brlcad amarjeet_ (~amarjeet@169.149.143.173)
18:36.26*** join/#brlcad amarjeet_ (~amarjeet@169.149.173.143)
18:37.20*** join/#brlcad amarjeet_ (~amarjeet@169.149.143.173)
18:38.41*** join/#brlcad amarjeet (~amarjeet@169.149.143.173)
18:39.27*** join/#brlcad amarjeet (~amarjeet@169.149.173.143)
18:40.16*** join/#brlcad amarjeet (~amarjeet@169.149.173.143)
18:41.21*** join/#brlcad amarjeet__ (~amarjeet@169.149.143.173)
18:42.51*** join/#brlcad amarjeet_ (~amarjeet@169.149.143.173)
18:44.00*** join/#brlcad amarjeet_ (~amarjeet@169.149.143.173)
18:45.07*** join/#brlcad amarjeet_ (~amarjeet@169.149.173.143)
18:46.31*** join/#brlcad amarjeet (~amarjeet@169.149.173.143)
18:47.48*** join/#brlcad amarjeet (~amarjeet@169.149.143.173)
18:49.12*** join/#brlcad amarjeet (~amarjeet@169.149.143.173)
18:49.56*** join/#brlcad amarjeet (~amarjeet@169.149.173.143)
18:51.26*** join/#brlcad amarjeet (~amarjeet@169.149.143.173)
18:52.23*** join/#brlcad amarjeet (~amarjeet@169.149.143.173)
18:53.32*** join/#brlcad amarjeet (~amarjeet@169.149.143.173)
18:54.42*** join/#brlcad amarjeet (~amarjeet@169.149.173.143)
18:55.29*** join/#brlcad amarjeet (~amarjeet@169.149.173.143)
18:56.19*** join/#brlcad amarjeet (~amarjeet@169.149.173.143)
18:58.32*** join/#brlcad amarjeet (~amarjeet@169.149.143.173)
18:59.39*** join/#brlcad amarjeet (~amarjeet@169.149.173.143)
19:00.27*** join/#brlcad amarjeet (~amarjeet@169.149.173.143)
21:50.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:49.33Notify03BRL-CAD Wiki:Lemgandi-one * 0 /wiki/User:Lemgandi-one:
23:46.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20161106

IRC log for #brlcad on 20161106

01:09.35*** join/#brlcad uyjduaonvhnnpgew (~armin@dslb-178-007-230-197.178.007.pools.vodafone-ip.de)
02:56.48*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
04:38.00*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:4d03:44ef:88d8:e34a)
07:56.46*** join/#brlcad caen23 (~caen23@86.124.156.57)
08:22.13*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
11:01.31*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-ummoqrrauimdluvp)
12:56.45*** join/#brlcad amarjeet (~Amarjeet@169.149.169.148)
12:57.15*** join/#brlcad amarjeet (~Amarjeet@169.149.169.148)
12:57.50*** join/#brlcad amarjeet (~Amarjeet@169.149.169.148)
12:58.30*** join/#brlcad amarjeet (~Amarjeet@169.149.169.148)
13:00.56*** join/#brlcad caen23 (~caen23@79.112.41.77)
13:13.11*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
14:15.16*** join/#brlcad yorik (~yorik@2804:431:f720:6eaa:290:f5ff:fedc:3bb2)
14:28.54*** join/#brlcad merzo (~merzo@host-176-36-79-96.la.net.ua)
16:27.53*** join/#brlcad XijEEyVWvQJgCgpo (~XijEEyVWv@189.122.20.41)
16:28.02*** part/#brlcad XijEEyVWvQJgCgpo (~XijEEyVWv@189.122.20.41)
16:31.32*** join/#brlcad caen23 (~caen23@79.112.41.77)
17:25.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:14.37*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
19:22.38*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
19:41.20*** join/#brlcad LordOfBikes (~armin@dslb-178-007-230-197.178.007.pools.vodafone-ip.de)
20:22.07*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:28.23*** join/#brlcad infobot (ibot@rikers.org)
21:28.23*** topic/#brlcad is BRL-CAD release 7.26.0 is out! More than 150 user-visible changes including 6 major efforts! || GSoC 2016 is coming to a close, showcase forthcoming || Help needed reviewing and integrating 700+ GCI tasks || Logs: http://ibot.rikers.org/%23brlcad/
23:56.00*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20161107

IRC log for #brlcad on 20161107

03:27.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:30.35*** join/#brlcad caen23 (~caen23@79.112.41.77)
07:35.59*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
07:37.07*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:26.41*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:f504:8e94:974e:41a8)
09:01.33*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:24.00*** join/#brlcad merzo (~merzo@92.60.189.225)
11:35.43*** join/#brlcad yorik (~yorik@2804:431:f720:5f34:290:f5ff:fedc:3bb2)
13:39.02*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
13:41.36*** join/#brlcad merzo (~merzo@92.60.189.225)
14:05.29*** join/#brlcad merzo (~merzo@94.45.58.139)
14:14.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:20.58*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
15:19.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:22.06*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
15:37.10*** join/#brlcad merzo (~merzo@92.60.189.225)
16:37.58*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
17:28.54*** join/#brlcad caen23 (~caen23@79.112.41.77)
18:27.37*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
19:18.54*** join/#brlcad yorik (~yorik@2804:431:f720:5f34:290:f5ff:fedc:3bb2)
20:04.20*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
21:35.24*** join/#brlcad yorik (~yorik@2804:431:f720:5f34:290:f5ff:fedc:3bb2)
21:41.17*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
23:27.22*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20161108

IRC log for #brlcad on 20161108

01:05.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:06.52*** join/#brlcad oxminodqgkyfppjc (~armin@dslb-088-064-042-031.088.064.pools.vodafone-ip.de)
01:08.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:56.02*** join/#brlcad caen23 (~caen23@79.112.41.77)
02:56.52*** join/#brlcad caen23 (~caen23@79.112.41.77)
03:57.35*** join/#brlcad caen23 (~caen23@79.112.41.77)
04:15.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:32.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:58.21*** join/#brlcad caen23 (~caen23@79.112.41.77)
06:28.52*** join/#brlcad caen23 (~caen23@79.112.41.77)
07:01.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:15.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:29.36*** join/#brlcad caen23 (~caen23@79.112.41.77)
07:52.35*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
08:06.58*** join/#brlcad caen23 (~caen23@79.112.41.77)
08:28.09*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:51.00*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
09:13.17*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:58.01*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
11:12.23*** join/#brlcad aashir (b497c0b0@gateway/web/freenode/ip.180.151.192.176)
11:12.50aashiranyone from gci?
11:13.12*** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-oxsvymicjuoevouj)
11:16.53*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:19a6:fdf2:2e99:7f69)
11:18.57teepee]aashir: just hang around a bit, I think most people in here are in later timezones
11:41.11*** part/#brlcad aashir (b497c0b0@gateway/web/freenode/ip.180.151.192.176)
11:41.46*** join/#brlcad LOC (b497c0b0@gateway/web/freenode/ip.180.151.192.176)
12:02.45*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
12:04.43*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:19a6:fdf2:2e99:7f69)
13:53.15*** join/#brlcad loc_ (b497c0b0@gateway/web/freenode/ip.180.151.192.176)
14:10.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:49.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:14.52*** join/#brlcad merzo (~merzo@92.60.189.225)
15:30.39*** join/#brlcad andrei__ (bc1b40a6@gateway/web/freenode/ip.188.27.64.166)
15:55.37*** join/#brlcad yorik (~yorik@2804:431:f720:5f34:290:f5ff:fedc:3bb2)
18:14.45*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
18:43.19*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
19:05.05*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
19:35.57*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
19:36.17*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
19:55.18*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
23:14.09*** topic/#brlcad by brlcad -> BRL-CAD is participating in GCI! BRL-CAD 7.26.0 is current, 7.26.2 coming in December. || HELP NEEDED: review, categorize 700+ previous GCI tasks: http://brlcad.org/gci/data/
23:14.27*** topic/#brlcad by brlcad -> BRL-CAD is participating in GCI 2016! BRL-CAD 7.26.0 is latest, 7.26.2 coming in December. || HELP NEEDED: review, categorize 700+ previous GCI tasks: http://brlcad.org/gci/data/
23:28.47*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:34.16*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
IRC log for #brlcad on 20161109

IRC log for #brlcad on 20161109

00:15.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:05.35*** join/#brlcad gpnmrxltgbvkbzlq (~armin@dslb-094-216-164-234.094.216.pools.vodafone-ip.de)
01:49.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:01.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:37.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:49.04*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yzctkitavdnvjnoh)
06:51.01*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:52.26*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
08:16.41*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:23.02*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:36.06*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:09.24*** join/#brlcad caen23 (~caen23@79.112.41.77)
10:03.30*** join/#brlcad amarjeet_ (~amarjeet@202.164.53.117)
11:09.02*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
11:29.32*** join/#brlcad Caterpillar0 (~caterpill@unaffiliated/caterpillar)
11:58.16*** join/#brlcad caen23 (~caen23@79.112.41.77)
13:09.16*** join/#brlcad caen23 (~caen23@79.112.41.77)
13:21.33*** join/#brlcad yorik (~yorik@2804:431:f720:5f34:290:f5ff:fedc:3bb2)
13:45.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:46.44*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
14:00.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:58.00maths22brlcad: I'll help out with GCI again
15:04.45*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
16:02.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:04.03starseekerNotify: ping
19:15.12*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
20:24.02*** join/#brlcad caen23 (~caen23@79.112.41.77)
20:27.53Notify03BRL-CAD:starseeker * 69196 (brlcad/trunk/src/librt/db5_io.c brlcad/trunk/src/librt/db5_size.cpp and 2 others): If we find out ahead of time what the largest bu_external ext_buf size is, we can allocate one bu_external with that large buffer size and re-use that same external object for *all* db get operations. Cuts about half a second off of the execution time for a large db5_size calculation test, although we
20:27.55Notifyend up in effect creating local versions of several of the db_io functions that take a user supplied bu_external buffer object.
20:27.57Notify...
20:28.08Notify03BRL-CAD:starseeker * 69197 (brlcad/trunk/src/librt/db5_size.cpp brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/tests/db5_size.c): Go with instance/deinstanced rather than keep/xpush, so the flags aren't tied to commands.
20:30.54Notify03BRL-CAD:starseeker * 69198 brlcad/trunk/src/mged/edsol.c: Josh reported a crash - looks like the original size_t quellage and negative number casting in r42073 isn't happy on Windows. Try separating the state out into its own int variable and leaving the face number as a size_t.
20:32.23Notify03BRL-CAD:starseeker * 69199 brlcad/trunk/src/libbn/randmt.c: randmt.c is LGPL licensed, but it looks like the original license from the code authors is BSD. Also, they've got a newer SFMT implementation which they claim is roughly twice as fast and has a better equidistribution property. May be time to revisit this, but need other opinions before proceeding.
20:58.15StragusI can vouch for SFMT indeed being much faster, with a light touch of SSE2. Their code is a little messy though
20:59.12StragusAnd it's written in a way that causes excessive memory spilling through multiple passes, I think the SSE2 could be faster
21:41.58*** join/#brlcad boquete___ (~Piotr@91.232.62.60.studiowik.net.pl)
23:28.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:36.02*** join/#brlcad caen23 (~caen23@79.112.41.77)
IRC log for #brlcad on 20161110

IRC log for #brlcad on 20161110

00:05.17*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
00:40.59*** join/#brlcad caen23 (~caen23@79.112.41.77)
00:46.24*** join/#brlcad caen23 (~caen23@79.112.41.77)
01:04.36*** join/#brlcad lisqwpluourjauoz (~armin@dslb-092-075-147-154.092.075.pools.vodafone-ip.de)
02:12.21*** join/#brlcad caen23 (~caen23@79.112.41.77)
03:13.09*** join/#brlcad caen23 (~caen23@79.112.41.77)
04:43.39*** join/#brlcad caen23 (~caen23@79.112.41.77)
05:40.20*** join/#brlcad dracarys_ (~dracarys9@42.109.165.182)
05:40.54*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-znqmsoavyndvmumq)
05:58.15*** join/#brlcad caen23 (~caen23@79.112.41.77)
06:06.50*** join/#brlcad dracarys_ (dracarys98@nat/iiit/x-bupetpnlprmtfmem)
06:22.40*** join/#brlcad dracarys983 (~dracarys9@42.109.164.207)
06:27.24*** join/#brlcad dracarys_ (dracarys98@nat/iiit/x-cqcrwopifgokqidy)
06:28.54*** join/#brlcad dracarys983 (~dracarys9@42.109.164.207)
06:30.37*** join/#brlcad dracarys983 (~dracarys9@42.109.164.207)
06:32.09*** join/#brlcad dracarys_ (~dracarys9@42.109.164.207)
06:34.19*** join/#brlcad dracarys983 (~dracarys9@42.109.164.207)
06:38.24*** join/#brlcad dracarys_ (dracarys98@nat/iiit/x-bddhgobsxxgczxxh)
06:52.06*** join/#brlcad dracarys983 (~dracarys9@42.109.164.207)
06:53.12*** join/#brlcad dracarys_ (dracarys98@nat/iiit/x-uyhzftmqdnnreuew)
06:59.05*** join/#brlcad caen23 (~caen23@79.112.41.77)
07:22.30*** join/#brlcad sniok (~sniok@radius2.p.lodz.pl)
07:28.24*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:ddef:8857:ac57:9501)
07:38.23*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:45.02*** join/#brlcad caen23 (~caen23@79.112.41.77)
07:50.27*** join/#brlcad boquete___ (~Piotr@91.232.62.60.studiowik.net.pl)
08:17.34*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:57.05*** join/#brlcad merzo (~merzo@92.60.189.225)
09:19.55*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-smsodgkantlcfxsp)
10:22.24*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
10:51.53*** join/#brlcad boquete___ (~Piotr@91.232.62.60.studiowik.net.pl)
11:20.18*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qwqykntvbgniaqhh)
11:21.41*** join/#brlcad dracarys_ (dracarys98@nat/iiit/x-jcrvpnssvfawxkfl)
11:21.58*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:33.53*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ihgygunpslfwlgmv)
11:55.51*** join/#brlcad yorik (~yorik@2804:431:f720:5f34:290:f5ff:fedc:3bb2)
12:37.17*** join/#brlcad dracarys_ (~dracarys9@42.109.196.253)
12:38.50*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-hxculowohlbbgtra)
13:08.34*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
14:28.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:35.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:53.42*** join/#brlcad merzo (~merzo@92.60.189.225)
15:55.24*** join/#brlcad saswt (~saswat@113.19.32.134)
16:29.16*** join/#brlcad caen23 (~caen23@79.112.41.77)
16:41.52*** join/#brlcad amarjeet (~amarjeet@169.149.162.13)
16:44.28*** join/#brlcad amarjeet (~amarjeet@169.149.162.13)
16:47.05*** join/#brlcad amarjeet (~amarjeet@169.149.162.13)
16:49.18*** join/#brlcad amarjeet (~amarjeet@169.149.162.13)
16:51.18*** join/#brlcad amarjeet (~amarjeet@169.149.162.13)
16:52.54*** join/#brlcad amarjeet (~amarjeet@169.149.147.121)
16:53.57*** join/#brlcad amarjeet (~amarjeet@169.149.147.121)
16:55.00*** join/#brlcad amarjeet (~amarjeet@169.149.147.121)
16:57.47*** join/#brlcad amarjeet (~amarjeet@169.149.167.8)
16:58.44*** join/#brlcad amarjeet (~amarjeet@169.149.167.8)
17:00.27*** join/#brlcad amarjeet (~amarjeet@169.149.147.121)
17:08.37*** join/#brlcad amarjeet (~amarjeet@169.149.130.125)
17:11.44Notify03BRL-CAD:starseeker * 69200 (brlcad/trunk/include/bn/rand.h brlcad/trunk/src/libbn/CMakeLists.txt brlcad/trunk/src/libbn/tests/CMakeLists.txt): Implement the Marsaglia routine for point-on-sphere generation.
17:15.12*** join/#brlcad amarjeet (~amarjeet@169.149.150.12)
17:16.14*** join/#brlcad amarjeet (~amarjeet@169.149.167.8)
17:17.48Notify03BRL-CAD:starseeker * 69201 brlcad/trunk/src/libbn/randsph.c: eliminate unnecessary check
17:17.48*** join/#brlcad amarjeet (~amarjeet@169.149.150.12)
17:18.58Notify03BRL-CAD:starseeker * 69202 brlcad/trunk/src/libbn/randsph.c: S is already set in the while loop.
17:19.11*** join/#brlcad amarjeet (~amarjeet@169.149.167.8)
17:22.21*** join/#brlcad amarjeet (~amarjeet@169.149.167.8)
17:23.07*** join/#brlcad amarjeet (~amarjeet@169.149.150.12)
17:25.05*** join/#brlcad amarjeet (~amarjeet@169.149.150.12)
17:25.55*** join/#brlcad amarjeet (~amarjeet@169.149.167.8)
17:27.12*** join/#brlcad amarjeet (~amarjeet@169.149.167.8)
17:28.04*** join/#brlcad amarjeet (~amarjeet@169.149.167.8)
17:29.46*** join/#brlcad amarjeet (~amarjeet@169.149.167.8)
17:30.46*** join/#brlcad amarjeet (~amarjeet@169.149.167.8)
17:32.24*** join/#brlcad amarjeet (~amarjeet@169.149.154.85)
17:33.39*** join/#brlcad amarjeet (~amarjeet@169.149.167.8)
17:55.45*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:29.04*** join/#brlcad MikeHan (~Mike@188.175.158.32)
20:34.47*** join/#brlcad MikeHan (~Mike@188.175.158.32)
21:05.36*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
23:19.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20161111

IRC log for #brlcad on 20161111

00:00.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:32.15*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
01:49.05Notify03BRL-CAD:starseeker * 69203 brlcad/trunk/include/bn/rand.h: Make a note that we're not done yet with this function.
04:07.11*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:34.39*** join/#brlcad caen23 (~caen23@79.112.41.77)
07:52.20*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:36.35*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:05.17*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:55.25*** join/#brlcad djkonro (~djkonro@154.70.108.210)
10:34.32*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
11:31.27*** join/#brlcad boquete___ (~Piotr@91.232.62.60.studiowik.net.pl)
11:36.30*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
12:08.22*** join/#brlcad yorik (~yorik@2804:431:f720:5f34:290:f5ff:fedc:3bb2)
12:28.37*** join/#brlcad boquete___ (~Piotr@91.232.62.60.studiowik.net.pl)
13:14.47*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
14:23.07*** join/#brlcad caen23 (~caen23@79.112.41.77)
14:40.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:35.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:41.02*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
15:55.49*** join/#brlcad caen23 (~caen23@79.112.41.77)
19:24.50*** join/#brlcad boquete___ (~Piotr@91.232.62.60.studiowik.net.pl)
19:44.40*** join/#brlcad barun511 (~barun511@210.212.93.46)
22:06.45*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
23:58.10*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20161112

IRC log for #brlcad on 20161112

01:01.49*** join/#brlcad pingincuvayzojha (~armin@dslb-088-066-146-018.088.066.pools.vodafone-ip.de)
01:16.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:59.38*** join/#brlcad nzaeprwmiwkyksls (~armin@dslb-088-065-187-124.088.065.pools.vodafone-ip.de)
04:12.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:12.33*** join/#brlcad caen23 (~caen23@79.112.41.77)
07:56.08*** join/#brlcad MikeHan (~Mike@188.175.158.32)
08:59.45*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
09:20.57*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
09:29.56*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
09:53.56*** join/#brlcad barun511 (~barun511@210.212.93.46)
09:54.06barun511Hi
09:54.24barun511I'm a new contributor and I was hoping to get started contributing to BRL-cad :)
09:55.04barun511I've cloned the source using subversion and compiled it
09:55.09barun511I was wondering where to go next
10:29.42*** join/#brlcad starseek1r (~starseeke@104.225.5.10)
11:21.23*** join/#brlcad boquete___ (~Piotr@91.232.62.60.studiowik.net.pl)
11:52.02*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
12:13.53*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
12:35.50*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
12:41.00*** join/#brlcad caen23 (~caen23@79.112.41.77)
13:35.55*** join/#brlcad yorik (~yorik@2804:431:f720:5f34:290:f5ff:fedc:3bb2)
14:44.24*** join/#brlcad boquete___ (~Piotr@91.232.62.60.studiowik.net.pl)
14:51.10*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
15:16.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:40.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:30.13*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
16:39.03*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-rebbkdoamybvprwk)
17:10.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:51.10*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
18:51.11*** join/#brlcad boquete___ (~Piotr@91.232.62.60.studiowik.net.pl)
20:08.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:16.07*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-dmrfasnzuroobqeb)
22:41.15*** join/#brlcad MikeHan (~Mike@188.175.158.32)
IRC log for #brlcad on 20161113

IRC log for #brlcad on 20161113

00:22.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:28.45*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
00:47.27*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:19.39*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:58.38*** join/#brlcad llqtqypiwfarciry (~armin@dslb-092-075-152-080.092.075.pools.vodafone-ip.de)
02:10.35*** join/#brlcad ignacio (bip@2001:4830:134:7::11)
02:10.39ignacioHi ;D
03:53.13*** join/#brlcad asad_ (~asad00@pool-173-72-4-45.cmdnnj.fios.verizon.net)
04:38.25*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
05:47.09*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:41c7:dd75:a24c:7f66)
06:12.40*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:29fc:7ed0:229d:7af0)
06:52.05*** join/#brlcad caen23 (~caen23@79.112.41.77)
08:39.33*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
09:11.30*** join/#brlcad MikeHan (~Mike@188.175.158.32)
09:25.13*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
12:24.34*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-hrewiinagdohetgt)
14:20.32*** join/#brlcad amarjeet (~amarjeet@169.149.136.130)
14:23.56*** join/#brlcad amarjeet (~amarjeet@169.149.183.194)
14:54.18*** join/#brlcad merzo (~merzo@191-97-203-46.pool.ukrtel.net)
15:19.24*** join/#brlcad boquete___ (~Piotr@91.232.62.60.studiowik.net.pl)
16:51.20*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:20.35*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-hndlltzbxmjjxlff)
19:01.41brlcadhi ignacio
19:48.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:50.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:56.11*** join/#brlcad boquete___ (~Piotr@91.232.62.60.studiowik.net.pl)
20:16.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:26.19Notify03BRL-CAD:brlcad * 69204 brlcad/trunk/TODO: need a windows compilation flag, peeps getting runtime startup failure.
20:34.10*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
20:51.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:34.58*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
22:29.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:59.53caen23brlcad: hi :D
23:08.34*** part/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
IRC log for #brlcad on 20161114

IRC log for #brlcad on 20161114

01:29.29*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
01:57.25*** join/#brlcad kkmpljqmwbiqhmyd (~armin@dslb-092-074-225-211.092.074.pools.vodafone-ip.de)
03:00.15*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:10.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:13.13*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-jirlflzmvxeeuwhe)
06:19.54*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:c8d4:ec21:fccf:e445)
07:01.29*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
07:43.35*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-uovtwthlhgxhmhkr)
08:20.28brlcadhowdy caen23 :)
09:20.45*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
09:32.03*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:53.15*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
10:52.52*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-taixyisykuiinjxy)
10:55.38*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:57.05*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:48.08*** join/#brlcad dracarys_ (~dracarys9@188.166.249.228)
11:50.57*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yovjysncihaoeroy)
13:02.03*** join/#brlcad amarjeet (~amarjeet@169.149.153.105)
13:24.06*** join/#brlcad yorik (~yorik@2804:431:f720:5f34:290:f5ff:fedc:3bb2)
13:26.14*** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-yovjysncihaoeroy)
14:40.42*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
14:49.24*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-ipfkkkfqbmabhhpw)
14:51.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:14.48*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
15:36.21*** join/#brlcad amarjeet (~amarjeet@169.149.182.70)
16:00.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:28.04*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-ydvzsqbdjmrheeor)
19:11.08*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
19:31.02*** join/#brlcad MikeHan (~Mike@188.175.158.32)
19:33.14*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
19:53.31*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
21:39.52*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
22:24.33*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
23:21.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20161115

IRC log for #brlcad on 20161115

00:18.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:23.59*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:56.15*** join/#brlcad vzpsbptnznyzydkh (~armin@dslb-092-074-255-083.092.074.pools.vodafone-ip.de)
04:15.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:57.08*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:dc5d:93c3:d65b:19b2)
06:42.14*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:17.45brlcadstarts working on an updated gci task ideas list
07:37.33*** join/#brlcad caen23 (~caen23@79.112.41.77)
07:55.18Notify03BRL-CAD Wiki:Sean * 9839 /wiki/Google_Code_In: updates for gci 2016
08:30.06*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
09:29.19*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:26.42*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
11:55.19``Erikheh, what a description of the process of paying off technical debt http://qdb.us/310724
12:17.37*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
12:25.29*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
12:48.38*** join/#brlcad sniok (~sniok@radius2.p.lodz.pl)
12:58.18*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
13:31.45*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
14:33.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:40.06*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
14:41.55*** join/#brlcad caen23 (~caen23@79.112.41.77)
14:45.31*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
14:48.18*** join/#brlcad yorik (~yorik@2804:431:f721:4f81:290:f5ff:fedc:3bb2)
14:58.54*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
15:20.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:34.02*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
15:54.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:35.31Notify03BRL-CAD:mendesr * 69205 (jbrlcad/trunk/pom.xml jbrlcad/trunk/src/main/java/org/brlcad/info/RegionInfo.java jbrlcad/trunk/src/test/java/org/brlcad/info/RegionInfoTest.java): Update RegionInfo class to allow reading region data from an existing/open BrlcadDb object.
18:23.16*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
18:26.19*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-hqwmssxuefrrczul)
19:06.50*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
20:58.34*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
21:07.32*** join/#brlcad LordOfBikes (~armin@dslb-092-074-255-083.092.074.pools.vodafone-ip.de)
23:55.19brlcadcaen23 and others, regarding GCI, we need:
23:56.51brlcad1) tasks written (we have a lot from previous years, but need better focus and to make sure they're all appropriate) ... the start of this is to simply brainstorm titles for ideas in a spreadsheet
IRC log for #brlcad on 20161116

IRC log for #brlcad on 20161116

00:00.52brlcad2) get a repo space set up for integrating GCI work ... this is either an svn branch or a git clone/bridge somewhere.  whatever the solution, the fewer steps for participants to actually getting commitable work, the better.
00:07.42brlcad3) get our source code set up ... this means setting up astyle to run (and fail) automatically, so we can integrate work continuously & faster
00:08.20brlcad(that includes restyling our entire tree to eliminate mixed tab+space indendation)
00:11.45brlcad4) prepare any major task sets ... so for tasks like turning libged commands into proper plugins, we have to demonstrate what one of those plugins looks like first and make sure it's working.  for design tasks, we need to have a gallery where accepted designs are showcased, so others can make designs that are different (and hopefully better) than those already accepted and we examples we can point them to
00:14.33brlcad5) get the virtual disk image updated/rebuilt or get a docker image set up, so participants can be given a prepared environment
00:55.59Notify03BRL-CAD Wiki:Firman051286 * 0 /wiki/User:Firman051286:
01:11.35Notify03BRL-CAD Wiki:Sean * 9840 /wiki/Google_Code_In/2016/TODO: track what we need for gci
01:11.55brlcadformalized the list of things better at http://brlcad.org/wiki/Google_Code_In/2016/TODO
01:20.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:55.07Notify03BRL-CAD Wiki:Sean * 9841 /wiki/Google_Code_In/2016/TODO: mention opencl major task set
01:57.20*** join/#brlcad pcmrpauhvazkgyvf (~armin@ipservice-092-211-154-185.092.211.pools.vodafone-ip.de)
03:42.26*** join/#brlcad caen23 (~caen23@79.112.41.77)
04:56.52*** join/#brlcad hero (0e8bdd19@gateway/web/freenode/ip.14.139.221.25)
04:57.09heroAnyone there?
04:57.24heroA very basic question yet important for me
04:57.43heroI just wanted to know, I wanted to participate in GSoC 2017, what should I learn?
05:13.24hero?
05:14.14StragusIf you hang around, someone from the core team will notice the question and answer eventually
05:15.01StragusAnd what'll need will probably depend on the tasks. The C language is fundamental, of course
05:16.22heroThank you Stragus , other than that , anything in advanced section?
05:17.04StragusDo you have access to the tasks from last year?
05:17.15heroC upto which level is necessary , I am a total beginner
05:17.59heroI have the questions not the answer
05:18.00StragusI would say as good as you can get in C
05:18.15herothe archive page shows the previous tasks given
05:18.37heroI was a student of Google Code In 2013,2014,2015
05:18.45herowill it help?
05:18.57heroFinalist in 2014
05:19.02hero*sry 2013
05:20.17StragusI'm really not too informed on the GSoC and I'm only tangentially involved with BRL-CAD (they use some code I wrote)
05:20.42hero:P , what type of code?
05:20.49StragusIf you want to get a real IRC client and hang around, you can catch brlcad which surely has all the answers you need
05:20.57heroI want to start writing for applications
05:21.08heroI just know coding, I don't know where to begin
05:21.12StragusRay tracing, mesh decimation, mesh reconstruction
05:21.43StragusWhen you are done with C, perhaps you could get comfortable with 3D geometry problems. But really, look at the tasks list from last year
05:21.50StragusI would look myself but I don't even know where it is, eh
05:22.00hero:P
05:22.52herohttps://summerofcode.withgoogle.com/archive/2016/organizations/6087583029264384/
05:22.55herohere you go
05:23.02herothe latest ones......\
05:24.12StragusFun stuff in there
05:25.11StragusThe fun stuff appears to involve 3D geometry as I guessed, the GPGPU is also interesting but I probably wouldn't recommend that yet
05:26.36StragusThis is interesting: http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas
05:27.16*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:9d95:cc4f:20d8:535b)
05:27.34herowhat should I do?
05:27.34heroany idea?
05:27.34heroI don't get a bit of it :P
05:27.36brlcadhero: welcome and good luck, good job getting a head start
05:27.56StragusAh, there he is, brlcad has all the answers you need ;)
05:28.28herobrlcad thank you for such a warm welcome
05:28.53heroSir, can please help me out with this....
05:28.59brlcadhero: so you've been doing GCI and now looking to jump into GSoC, presume you graduated?
05:29.06heroI want to seriously contribute
05:29.18brlcadhero: you should not assume people are a sir
05:29.34brlcadand it's generally inappropriate for open source communication
05:29.35herobrlcad :  Ma'am ?
05:29.35hero:P
05:29.42herook
05:29.46herogot it
05:29.54heroI just wanted to know, how to get a head start
05:30.04brlcadyou're doing it
05:30.10heroI am in a university , the very first year of it!
05:30.33brlcadso decent advice was just sent to the gsoc mailing list just a couple days ago actually
05:30.42heropeople here have not heard of Google Code In
05:30.46brlcadbasically, get involved and contribute, that's the best way
05:30.49herobut have heard of GSoC
05:31.17brlcadhow'd you do in GCI?
05:31.40heroback in 2013 was a finalist for Sahana
05:31.59brlcadgood ol disaster relief
05:32.18heroand in 2014 went for FOSSASIA
05:33.17brlcadthat's jumping into the meat grinder, yikes
05:33.53*** join/#brlcad hero_reconnected (75d3566c@gateway/web/freenode/ip.117.211.86.108)
05:34.01brlcad(that's in no way a negative reflection on the fossasia folks, they are great)
05:34.19hero_reconnectedI am back
05:34.21hero_reconnected:P
05:34.41brlcadthey just tend to attract, well nearly everyone in asia due to their name
05:35.13hero_reconnectedhehe
05:35.16hero_reconnected:)
05:35.17brlcadsomeone looking to win the grand prize would have a 10x better chance with nearly any other org
05:35.39brlcadc'est la vie
05:35.40hero_reconnectedwell, so you were telling me how to get with brlcad
05:36.02brlcadyep, get involved and start working on something interesting to you
05:36.58brlcadthat's by far the best way to demonstrate your commitment, your ability to be productive, your personality compatibility, your independence of (considerate) thought
05:37.07hero_reconnectedI have no idea :P where to start from
05:37.07brlcadetc
05:37.17hero_reconnectedI have to learn first
05:37.37StragusPerhaps you could look at the list of tasks and investigate something that seems interesting to you
05:37.51brlcadlearn by doing, the rest will fall into place
05:38.02hero_reconnectedeverything is, because I understand anything :)
05:38.18hero_reconnected*don't is missing there
05:38.23brlcadmost fall into a vicious trap of reading, talking, and researching without actually doing anything constructive
05:38.54brlcadhero_reconnected: are you on the gsoc mailing list?
05:39.01hero_reconnectednope
05:39.17brlcadokay, hold on then
05:42.50brlcadhttp://paste.ubuntu.com/23484093/
05:42.53brlcadhero_reconnected: that's for you
05:43.45hero_reconnectedbrlcad : love u!
05:43.48hero_reconnected:P
05:43.52hero_reconnectedthanks
05:44.33brlcadyou say that now, but the response is still essentially "be productive" ;)
05:44.45*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
05:45.19brlcadand the possibilities there are nearly endless, defined by your interests, abilities, and willingness to explore, find room for improvement, etc
05:46.46StragusI would have thought beginners generally are very producitve, it's the experienced programmers who tend to over-engineer everything (but I need multithreading shared cache awareness in my layered atomic spin barrier!)
05:46.47brlcadall else fails, download and install brl-cad, go through a couple tutorials and actually model something simple in the room with you, then look at the TODO file in a source checkout and pick anything that you think you might understand
05:47.14hero_reconnectedbrlcad : you just now influenced a guy into your community :P thanks again, talk less work more..........
05:47.51brlcadtalking is fine, just "give more than you receive" .. use talking to accelerate how much you're giving
05:48.47brlcadcommunication is actually critical to healthy open source community, and tends to increase exponentially (necessarily) with active participants
05:52.53StragusHe should get a real IRC client, that web thingy seems unreliable
06:01.11brlcadit is
06:02.14brlcaddepending on the browser, minimizing or even switching to other windows can cause the browser thread maintaining the irc connection to get suspended, timeout, etc ... and they might not even notice when focus is restored
06:02.35StragusAh! Neat.
06:03.01brlcadespecially on mobile and tablet devices, the entire browser process is forcibly paused
06:19.59*** join/#brlcad hero (0e8bdd19@gateway/web/freenode/ip.14.139.221.25)
06:20.54Stragushero, I think you should install and use a real IRC client; you can stay connected all day, ask questions, check answers later
06:21.30herobrlcad : the archer (on Windows x64 ) is giving me an error saying unknown option -opaqueresize
06:21.51heroStragus , I had XChat, I don't have any now
06:22.01herocan you suggest me one?
06:22.28brlcadhttp://brlcad.org/wiki/IRC#What_Software.3F
06:25.41herook, suggest me an IRC Client
06:26.07heroplz
06:26.11hero:P
06:26.22StragusXChat if you like GUIs, irsii or BitchX if you like terminals
06:26.36StragusAh wait, you said Windows. mIRC then
06:26.39herohelp me with that error
06:40.32brlcadhero is failing on his independent learner give-more-than-you-take exam
06:41.31StragusAgreed
06:48.31*** join/#brlcad Shane_mobile (~swedenhos@14.139.221.25)
06:55.26*** join/#brlcad Shane_mobile (~swedenhos@2606:f180:3:19c:19c:d340:639e:bf78)
07:02.12*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-kvxbvgllzemmedgf)
07:37.33*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
08:13.56*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
08:38.39*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:52.29*** join/#brlcad caen23 (~caen23@79.112.41.77)
09:01.39*** join/#brlcad ignacio (bip@2001:4830:134:7::11)
09:55.03*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
09:59.14*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:23.41*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
10:33.05*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
10:54.45*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
11:05.30*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
11:23.56*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:57.20*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
13:13.51*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
14:25.27*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-gnvypojffkblsnah)
14:54.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:03.27*** join/#brlcad yorik (~yorik@2804:431:f721:4f81:290:f5ff:fedc:3bb2)
15:09.38*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
15:45.53*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
16:42.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:12.33*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
20:51.52*** join/#brlcad merzo (~merzo@39-119-133-95.pool.ukrtel.net)
IRC log for #brlcad on 20161117

IRC log for #brlcad on 20161117

00:17.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:01.07*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-zfuefayogexllosw)
02:34.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:29.34*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:05.05*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:01.00*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:15.00*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:23.31*** join/#brlcad merzo (~merzo@39-119-133-95.pool.ukrtel.net)
09:30.41*** join/#brlcad Lalit (2be66942@gateway/web/freenode/ip.43.230.105.66)
10:21.43*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
12:41.45*** join/#brlcad Shane_mobile (~swedenhos@49.38.0.116)
12:49.57*** join/#brlcad Shane_mobile (~swedenhos@2607:f358:1f:17e:17e:1144:4dea:cefa)
12:52.21*** join/#brlcad Shane_mobile (~swedenhos@2607:f358:1f:17e:17e:1144:4dea:cefa)
12:55.20*** join/#brlcad Shane_mobile (~swedenhos@2607:f358:1f:17e:17e:1144:4dea:cefa)
13:32.59*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
14:31.14*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
14:35.43*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
14:56.12*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
15:20.51*** join/#brlcad yorik (~yorik@2804:431:f721:4f81:290:f5ff:fedc:3bb2)
15:30.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:31.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:44.06*** join/#brlcad caen23 (~caen23@79.112.41.77)
17:12.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:45.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:36.56*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-onmciaumedbbxkyw)
22:16.48*** join/#brlcad caen23 (~caen23@79.112.41.77)
23:47.15*** join/#brlcad caen23 (~caen23@79.112.41.77)
IRC log for #brlcad on 20161118

IRC log for #brlcad on 20161118

00:26.44*** join/#brlcad MikeH (~Mike@188.175.158.32)
01:17.47*** join/#brlcad caen23 (~caen23@79.112.41.77)
01:58.50*** join/#brlcad LordOfBikes (~armin@dslc-082-083-184-210.pools.arcor-ip.net)
02:43.14*** join/#brlcad caen23 (~caen23@79.112.41.77)
03:44.19*** join/#brlcad caen23 (~caen23@79.112.41.77)
04:05.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:43.01*** join/#brlcad caen23 (~caen23@79.112.41.77)
05:55.28*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
06:40.42*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:51.31*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:1cb2:3de8:3249:4c61)
09:27.00*** join/#brlcad merzo (~merzo@94.45.58.141)
10:04.41*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
11:16.20*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
13:04.10*** join/#brlcad yorik (~yorik@2804:431:f721:4f81:290:f5ff:fedc:3bb2)
14:11.25*** join/#brlcad caen23 (~caen23@213.233.84.185)
15:16.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:16.36*** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua)
15:18.46*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
15:51.50*** join/#brlcad caen23 (~caen23@79.112.41.77)
18:16.40*** join/#brlcad boquete___ (~Piotr@91.232.62.60.studiowik.net.pl)
20:38.01*** join/#brlcad LordOfBikes (~armin@dslc-082-083-184-210.pools.arcor-ip.net)
21:43.31*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
22:40.20*** join/#brlcad caen23 (~caen23@79.112.41.77)
IRC log for #brlcad on 20161119

IRC log for #brlcad on 20161119

00:10.52*** join/#brlcad caen23 (~caen23@79.112.41.77)
01:41.19*** join/#brlcad caen23 (~caen23@79.112.41.77)
01:57.13*** join/#brlcad dbpaqqpkuxhrzcup (~armin@dslb-092-074-242-091.092.074.pools.vodafone-ip.de)
02:03.04*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:42.05*** join/#brlcad caen23 (~caen23@79.112.41.77)
03:42.54*** join/#brlcad caen23 (~caen23@79.112.41.77)
04:38.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:43.52*** join/#brlcad caen23 (~caen23@79.112.41.77)
05:44.38*** join/#brlcad caen23 (~caen23@79.112.41.77)
06:32.53*** join/#brlcad caen23 (~caen23@79.112.41.77)
06:33.53*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:34.08*** join/#brlcad brlcad (~sean@104.225.5.10)
06:35.23*** join/#brlcad maths22 (~maths22@104.225.5.10)
06:35.24*** join/#brlcad maths22 (~maths22@unaffiliated/maths22)
06:35.27*** join/#brlcad starseeker (~starseeke@104.225.5.10)
06:35.46*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
07:42.05*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
09:09.42*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
09:28.37*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:3826:c6db:c833:12af)
09:56.36*** join/#brlcad caen23 (~caen23@info-c-73.info.uaic.ro)
10:29.15*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
11:22.34*** join/#brlcad caen23 (~caen23@info-c-73.info.uaic.ro)
22:31.37*** join/#brlcad infobot (ibot@rikers.org)
22:31.37*** topic/#brlcad is BRL-CAD is participating in GCI 2016! BRL-CAD 7.26.0 is latest, 7.26.2 coming in December. || HELP NEEDED: review, categorize 700+ previous GCI tasks: http://brlcad.org/gci/data/
22:43.09*** join/#brlcad bruto (~bruto@5.170.111.96)
22:43.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:43.37brutohello, anybody nows mozart cad
22:44.41*** part/#brlcad bruto (~bruto@5.170.111.96)
23:35.49*** join/#brlcad caen23 (~caen23@79.112.95.83)
IRC log for #brlcad on 20161120

IRC log for #brlcad on 20161120

01:24.01*** join/#brlcad caen23 (~caen23@79.112.95.83)
02:05.59*** join/#brlcad LordOfBikes (~armin@dslb-088-064-126-008.088.064.pools.vodafone-ip.de)
03:12.10*** join/#brlcad caen23 (~caen23@79.112.95.83)
04:01.03*** join/#brlcad caen23 (~caen23@79.112.95.83)
05:03.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:36.15*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
08:49.03*** join/#brlcad caen23 (~caen23@79.112.95.83)
10:14.25*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-fmoqusjisplptnbr)
13:13.44*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
13:59.42*** join/#brlcad exnla (~Kitteh@213-229-119-196.static.as29550.net)
15:29.11*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
16:12.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:46.34*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
20:24.49*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
22:05.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:24.47*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
23:06.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20161121

IRC log for #brlcad on 20161121

00:16.14*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
00:22.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:43.15*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:10.14*** join/#brlcad hqnwllbgcpxipbhq (~armin@dslb-088-065-186-187.088.065.pools.vodafone-ip.de)
01:24.50*** join/#brlcad caen23 (~caen23@79.112.95.83)
02:43.20*** join/#brlcad caen23 (~caen23@79.112.95.83)
03:14.58*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
03:44.19*** join/#brlcad caen23 (~caen23@79.112.95.83)
04:11.21*** join/#brlcad neea (~Kitteh@198.211.102.17)
04:43.17*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
04:45.04*** join/#brlcad caen23 (~caen23@79.112.95.83)
05:45.50*** join/#brlcad caen23 (~caen23@79.112.95.83)
06:13.24*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
06:46.36*** join/#brlcad caen23 (~caen23@79.112.95.83)
07:16.57*** join/#brlcad caen23 (~caen23@79.112.95.83)
07:42.30*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:50.25*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
07:57.21*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
10:29.32*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
11:28.17*** join/#brlcad yorik (~yorik@2804:431:f721:4f81:290:f5ff:fedc:3bb2)
15:03.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:28.09*** join/#brlcad caen23 (~caen23@79.112.95.83)
16:09.11*** join/#brlcad amarjeet (~amarjeet@169.149.135.103)
16:20.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:42.39*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
18:09.30*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
20:45.59*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
22:37.33*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-zxobysxfyrdpmgah)
23:32.24*** join/#brlcad LordOfBikes (~armin@dslb-088-065-187-215.088.065.pools.vodafone-ip.de)
23:37.39Notify03BRL-CAD:n_reed * 69206 (brlcad/branches/brep-debug/CHANGES brlcad/branches/brep-debug/CMakeLists.txt and 55 others): sync r68145 through r69204 changes from trunk
23:38.09Notify03BRL-CAD:starseeker * 69207 (brlcad/trunk/include/bn/rand.h brlcad/trunk/src/libbn/CMakeLists.txt brlcad/trunk/src/libbn/tests/CMakeLists.txt): Start setting up to try the Sobol quasi-random number generator by incorporating a libbnified version of Steven Johnson's nlopt imlementation from https://github.com/stevengj/nlopt
23:40.29Notify03BRL-CAD:n_reed * 69208 (svn:mergeinfo ## -1,5 +1,5 ## and 7 others): mark sync revision as mergedProperty Changed:----------------brlcad/trunk/brlcad/trunk/NEWSbrlcad/trunk/src/libged/polyclip.cpp
IRC log for #brlcad on 20161122

IRC log for #brlcad on 20161122

00:06.00Notify03BRL-CAD:starseeker * 69209 (brlcad/trunk/include/bn/rand.h brlcad/trunk/src/libbn/tests/sobolseq.c): Add some comments. bn_sobol_urand doesn't need to be public - we need it only for the test app.
00:07.31Notify03BRL-CAD:starseeker * 69210 brlcad/trunk/include/bn/rand.h: clarify
00:41.29*** join/#brlcad LordOfBikes (~armin@dslb-088-066-136-232.088.066.pools.vodafone-ip.de)
00:45.40*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
00:47.11*** join/#brlcad LordOfBikes (~armin@dslb-092-075-149-164.092.075.pools.vodafone-ip.de)
00:55.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:00.57*** join/#brlcad LordOfBikes (~armin@dslb-088-066-148-121.088.066.pools.vodafone-ip.de)
01:01.56*** join/#brlcad KimK (~Kim__@ip68-102-85-68.ks.ok.cox.net)
01:03.16*** join/#brlcad fayjvpopdltvucpb (~armin@dslc-082-083-184-149.pools.arcor-ip.net)
01:45.39*** join/#brlcad LordOfBikes (~armin@dslb-092-074-230-072.092.074.pools.vodafone-ip.de)
02:20.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:53.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:02.09*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:56.21*** join/#brlcad caen23 (~caen23@79.112.95.83)
10:15.32*** join/#brlcad caen23 (~caen23@79.112.95.83)
10:41.42*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
10:59.28*** join/#brlcad yorik (~yorik@2804:431:f721:4f81:290:f5ff:fedc:3bb2)
11:16.27*** join/#brlcad caen23 (~caen23@79.112.95.83)
14:03.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:17.28*** join/#brlcad caen23 (~caen23@79.112.95.83)
15:18.33*** join/#brlcad caen23 (~caen23@79.112.95.83)
15:19.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:19.28*** join/#brlcad caen23 (~caen23@79.112.95.83)
17:20.32*** join/#brlcad caen23 (~caen23@79.112.95.83)
17:46.09starseekershakes his head - sobol isn't enough by itself for this. We probably need a scrambled sobol such as http://www.dtic.mil/docs/citations/ADA510216
17:46.44starseekerpity SPRNG is GPL...
17:47.34starseekerbrlcad: would it be a reasonable student project to implement the FSU sobol scramble?
17:47.48starseeker(the one documented in the ADA510216 report)
17:52.25Notify03BRL-CAD:starseeker * 69211 (brlcad/trunk/include/bn/rand.h brlcad/trunk/src/libbn/sobolseq.c): simplify slightly
17:55.46Notify03BRL-CAD:starseeker * 69212 brlcad/trunk/src/libbn/randsph.c: Preserve for the moment the code that uses sobol sequences instead of pseudorandom numbers. Sobol will not work by itself - we need a scramble to avoid patterning.
18:00.15brlcadstarseeker: would it make sense for the new sobol functions to be in the/a private header?
18:01.24brlcadstarseeker: I highly doubt we need anything nearly so complciated for quasirandom sampling
18:01.43brlcadwe could even start with a non-random tessellation and get better results
18:01.59brlcadhis.  We probably need a
18:04.50*** join/#brlcad caen23 (~caen23@79.112.95.83)
18:08.03starseekerbrlcad: I'm yanking
18:08.51starseekeror rather, unhooking it from the build - will yank if it looks like it's ultimately not useful
18:09.37Notify03BRL-CAD:starseeker * 69213 (brlcad/trunk/include/bn/rand.h brlcad/trunk/src/libbn/CMakeLists.txt and 4 others): shelve Sobol unless/until it looks like it will be useful.
18:12.08Notify03BRL-CAD:starseeker * 69214 brlcad/trunk/src/libbn/randsph.c: note other paper
18:17.22starseekerbrlcad: was looking for minimizing chances of duplicate numbers and faster convergence behavior - I'll concede it's not clear yet if those are needed
18:17.30*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
18:25.41*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
18:52.29riesping brlcad
19:50.18brlcadstarseeker: better than gqa is what I meant if unclear .. even pure random using our existing generators should work.  what quasirandom offers is indeed faster convergence, but don't have that quantified and it's technically an optimization (so might as well do what is simpler and works first)
19:51.46brlcadstarseeker: as for the scrambling, could we use another random number generator (with a seed) to seed it?
19:51.52brlcadries: pong!
19:52.19riesbrlcad: got a sec for a pm?
19:52.27brlcadsure
19:57.41brlcadstarseeker: and my comment wasn't to yank ... working wins over complicated (and my assertion was not proven true, just a doubt)
20:00.47brlcadcomment was more regarding bn public api, that it doesn't need to be first class functions ... just another random pattern generator where (whatever) is the implementation detail
22:51.26*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20161123

IRC log for #brlcad on 20161123

00:13.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:21.19*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
00:41.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:51.34*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
00:55.08*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
01:33.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:43.18*** join/#brlcad usybtveujxrllreu (~armin@dslb-088-065-186-000.088.065.pools.vodafone-ip.de)
05:43.18*** join/#brlcad devi_ (73f8f961@gateway/web/freenode/ip.115.248.249.97)
05:43.50starseekerbrlcad: I had first implemented the sph sampling with our exiting random number generator - that worked, but it looked as if there was some "clumping" so I investigated methods for making things a bit more evenly spread out
05:44.14brlcadstarseeker: which one?
05:44.15starseekerthat led to the sobol, but once I got that hooked up I could see the pattern in the generated points on the sphere
05:44.38starseekerrandmt
05:45.51starseekerso looking for ways to fix that led to the Florida State report, but I don't have a license compatible implementation of that in C ready to hand
05:46.10starseekerso sobol in its current form is fairly useless
05:46.42starseekerbut as you say, the randmt method should be "good enough" and is readily available
05:47.32starseekerthe next step is to try hooking it up to the raytracer rather than fiddling with improving sph point generation...
05:47.53starseekerunfortunately I got interested ;-)
05:49.26brlcadI think it "can" be good enough for a first step, it'll probably just take 10x longer to converge a confidence interval below some tolerance
05:51.18brlcadso cool, that's awesome progress
05:51.34brlcadwas it just the pattern that made sobol useless??
05:51.39starseekernods
05:51.55brlcaddid it support seeding?
05:51.56starseekerit looks like its some sort of projection
05:52.12starseekeryes, but it was the way the points were generated that was the problem not the specific values
05:52.26starseekervisually it looked like a grid wrapped around a sphere
05:52.35starseekernot precisely, but something along those lines
05:52.43brlcadmaybe in polor coordinates?
05:52.50starseekerpossibly
05:53.30starseekerthere was one point where a lot of points were clumping, like the parametric edge collapsed to a near-point there
05:54.12starseekerit's possible I did something wrong - I know there are a lot of subtle points to this
05:54.33brlcadsounds like something wrong
05:54.47brlcadhere's something you might have better luck with that saucier wrote
05:54.50brlcadhttp://ftp.arl.mil/random/random.pdf
05:55.50brlcadit's a c++ class that should be easily wrapped
06:03.12*** join/#brlcad caen23 (~caen23@79.112.95.83)
06:10.40starseekerbrlcad: what I've got so far is in libbn/randsph.c and libbn/tests/randsph.c if you want to see - the sobol bit wouldn't be hard to turn back on, but at the moment it's all commented out
06:11.06starseekerI need a better test viewer - right now I'm dumping in commands for spheres, which doesn't scale well
06:11.28starseeker50,000 in cmds for spheres makes MGED sad, apparently...
06:13.06starseekercalls it a night
06:17.43brlcadstarseeker: nifty snippet I had stashed: http://brlcad.org/~sean/tmp/randompoints.html
06:18.08brlcadbasic quasirandom in like 10 lines of code
06:24.37brlcadand the way the avoidance works, it will work incrementally (it'll just get slower/harder to get more points as the density increases)
06:26.32brlcadfor testing, should use the pnts primitive... perfect for this
06:34.57brlcadhm... documenting the points primitive will make for a good gci task... :)
06:40.08*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:42.42*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
06:55.05*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:54.52*** join/#brlcad caen23 (~caen23@79.112.95.83)
10:02.40*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
11:31.19*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
11:33.08*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
12:15.43*** join/#brlcad yorik (~yorik@2804:431:f721:47e1:290:f5ff:fedc:3bb2)
12:34.52*** join/#brlcad MikeH (~Mike@188.175.158.32)
12:40.03*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
13:22.33*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
13:25.51starseekerbrlcad: the bit about getting slower with more points added was one of the things I was trying to avoid - my intuitive expectation is that these methods may require a *lot* of points to converge...
13:26.43starseekerpnts primitive would work execept IIRC it doesn't have an in cmd implementation... maybe I'm misremembering
14:42.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:57.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:16.41Notify03BRL-CAD:starseeker * 69215 brlcad/trunk/include/bn/rand.h: start working on a design for a generic API that can subsume the various possibilities for number sequence generation.
15:17.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:21.09starseekerbrlcad: comments appreciated on r69215 - those are my initial thoughts after the initial quasi-random sph pnt work on the "desired" API for libbn
15:26.30Notify03BRL-CAD:starseeker * 69216 brlcad/trunk/include/bn/rand.h: Make some rework/TODO notes for this function
16:24.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:55.45*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
17:47.31*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
21:09.42Notify03BRL-CAD:starseeker * 69217 (brlcad/trunk/include/bg/CMakeLists.txt brlcad/trunk/include/bn/CMakeLists.txt and 3 others): start stubbing in bits of a proposed generic pseudo/quasi random number sequence API.
22:21.18*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20161124

IRC log for #brlcad on 20161124

00:24.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:35.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:42.49*** join/#brlcad infobot (ibot@rikers.org)
01:42.49*** topic/#brlcad is BRL-CAD is participating in GCI 2016! BRL-CAD 7.26.0 is latest, 7.26.2 coming in December. || HELP NEEDED: review, categorize 700+ previous GCI tasks: http://brlcad.org/gci/data/
01:59.03brlcadstarseeker: pnts has a pretty comprehensive 'in' typein interface and will take data directly from stdin or from a file
02:06.54brlcadI haven't translated that javascript to C, but would expect it to generate 1M+ point sets trivially
02:17.38brlcadstarseeker: another possibility to think about API-wise for this all is creating iteration sets with pattern generators
02:18.24brlcad(this is the way the acis kernel handles this)
02:29.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:29.55brlcadyou end up with patterns like random, quasirandom, regular grid, hexagonal and iterators that present the points in those sets in a particular ordering (random, balanced equidistant, scanline, spiral)
02:47.37*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-rlnkwxbypqbqpykr)
04:06.57*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
05:27.03*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
06:27.13*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:ecee:6698:2a0f:963a)
07:04.34*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
07:49.03*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
10:06.44*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
10:45.00*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
11:07.46*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
11:18.09*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
12:34.34*** join/#brlcad yorik (~yorik@2804:431:f721:47e1:290:f5ff:fedc:3bb2)
15:42.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:09.23*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ydjzjspjlyyclssf)
21:20.36*** join/#brlcad caen23 (~caen23@79.112.95.83)
21:21.14caen23hi brlcad :D i see some of the tasks in the spreadsheet are written in bold. what's up with those?
21:38.33*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
22:06.50*** join/#brlcad djkonro (~djkonro@154.70.108.220)
23:36.50*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:47.26*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20161125

IRC log for #brlcad on 20161125

02:53.05*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
04:52.17*** join/#brlcad caen23 (~caen23@79.112.95.83)
05:14.47*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
05:25.56*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:5c4:d3c8:5093:c1d0)
06:23.16dracarys983caen23: "Bold means it can be written generically for LibreCAD, BRL-CAD, and OGV." -- Sean has made this comment on the spreadsheet. :)
06:29.33*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:03.38caen23dracarys983: oh, thanks :D don't really use the google thingy, didn't know i could hover over the 1 below
07:34.34*** join/#brlcad merzo (~merzo@91.217.179.122)
07:50.00*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:59.06*** join/#brlcad nihar (1b0572a3@gateway/web/freenode/ip.27.5.114.163)
08:00.12*** part/#brlcad nihar (1b0572a3@gateway/web/freenode/ip.27.5.114.163)
08:07.26*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
09:43.03*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
11:53.01*** join/#brlcad yorik (~yorik@2804:431:f721:47e1:290:f5ff:fedc:3bb2)
13:09.35*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
14:45.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:08.11*** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-ydjzjspjlyyclssf)
15:10.38*** join/#brlcad dracarys983_ (dracarys98@nat/iiit/x-pdlsraviawjhjcaa)
15:29.46*** join/#brlcad dracary1083_ (dracarys98@nat/iiit/x-nufhhptrndalhfnm)
16:15.53*** join/#brlcad dracarys983_ (dracarys98@nat/iiit/x-xgavwtadihnxgrmg)
16:17.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:40.55*** join/#brlcad dracarys983_ (dracarys98@nat/iiit/x-dzfodcfpkgrralxx)
22:39.30*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-rmiczjwglvniunzf)
22:49.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20161126

IRC log for #brlcad on 20161126

00:19.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:44.26*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:51.32*** join/#brlcad LordOfBikes (~armin@dslb-088-064-038-083.088.064.pools.vodafone-ip.de)
02:20.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:00.33*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:5d:da3a:4c9f:358)
05:37.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:56.04*** join/#brlcad MikeH (~Mike@188.175.158.32)
08:53.02*** join/#brlcad caen23 (~caen23@79.112.95.83)
09:10.16*** join/#brlcad Shane_mobile (~swedenhos@47.11.73.21)
09:42.35*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
12:26.41*** join/#brlcad aa__ (b497f3c1@gateway/web/freenode/ip.180.151.243.193)
12:27.09aa__anyone doing code-in here?
13:59.03*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
15:13.25*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
15:18.57*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
16:02.41*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
16:28.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:39.39*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
17:38.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:43.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:20.25*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:23.36*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
22:53.08*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
IRC log for #brlcad on 20161127

IRC log for #brlcad on 20161127

00:50.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:51.50*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
01:49.02*** join/#brlcad wkuklxbdpitmytwv (~armin@dslb-092-074-236-220.092.074.pools.vodafone-ip.de)
03:15.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:00.04*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
04:47.24*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
05:52.49Notify03BRL-CAD:brlcad * 69218 brlcad/trunk/src/librt/db5_size.cpp: if the object doesn't have an import func, proceed as if it had succeeded
06:40.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:56.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:04.28Notify03BRL-CAD:brlcad * 69219 brlcad/trunk/src/librt/primitives/table.c: annotate all the NULL callbacks so it's easier to tell which objects are lacking particular callbacks
08:18.16*** join/#brlcad amarjeet (~Amarjeet@169.149.185.95)
09:37.35Notify03BRL-CAD:brlcad * 69220 brlcad/trunk/src/librt/cache.c: leaving off until there are proper build tests, but lz4 reduces the compression and decompression times significantly over zlib. seeing cputime cut in half, wallclock on highly parallel prep reduced by 10%.
09:56.02*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
09:59.35*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
10:06.22*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
10:22.23*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
11:02.46*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
11:09.15*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
11:20.51*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
11:24.59*** join/#brlcad Lord_of_Codes (~Lord_of_C@47.8.39.224)
13:53.58*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
16:26.19*** join/#brlcad devcodev (~devcodev@103.205.172.151)
16:32.14*** part/#brlcad devcodev (~devcodev@103.205.172.151)
17:30.02*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
17:54.15*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
18:05.06*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
18:10.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:33.06*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
18:41.53*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
18:44.38*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
18:45.05*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
18:54.27*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
19:08.17*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
19:49.18*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
20:13.41*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
22:12.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:42.07*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20161128

IRC log for #brlcad on 20161128

00:12.30*** join/#brlcad caen23 (~caen23@79.112.95.83)
01:47.32*** join/#brlcad ahqlbzztpoibkcxf (~armin@dslb-088-064-043-249.088.064.pools.vodafone-ip.de)
02:02.48Notify03BRL-CAD:brlcad * 69221 brlcad/trunk/doc/BRL-CAD.bib: document cliff's tcl/tk-to-cmake paper which heavily references BRL-CAD's conversion to cmake.
03:39.55Notify03BRL-CAD Wiki:Sean * 9842 /wiki/Google_Code_In/Checklis:
05:44.57*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:71f7:ac66:3bbc:1977)
06:15.59*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:53.53*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
07:06.12*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:06.22*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
07:24.56*** join/#brlcad merzo (~merzo@91.217.179.122)
07:44.49*** join/#brlcad caen23 (~caen23@79.112.95.83)
08:00.03*** join/#brlcad merzo (~merzo@91.217.179.122)
08:17.49*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:33.09*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
11:08.46*** join/#brlcad yorik (~yorik@2804:431:f721:47e1:290:f5ff:fedc:3bb2)
13:09.26*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
13:54.40*** join/#brlcad Lord_of_Codes (~Lord_of_C@209.58.183.35)
14:13.17*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
14:34.31*** join/#brlcad Lord_of_Codes (~Lord_of_C@209.58.183.35)
14:46.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:56.36*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
15:12.08starseekerbrlcad: regarding the lz4 compression - were you planning to use the HC variation with slow compression and fast decompression?  I can see an argument for that since the compression could be done in the background theoretically (in order to have the cache data to be written to disk in the first place the in memory version has to already be generated and is thus available for immediate use)
15:19.24*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
15:22.17Notify03BRL-CAD:starseeker * 69222 brlcad/trunk/doc/docbook/system/mann/CMakeLists.txt: rename find.xml
15:24.12Notify03BRL-CAD:starseeker * 69223 (brlcad/trunk/NEWS brlcad/trunk/doc/docbook/system/mann/dbfind.xml): Update name of db 'find' command to dbfind in man page.
15:29.24Notify03BRL-CAD:starseeker * 69224 brlcad/trunk/CHANGES: List the lowest hanging fruit from the command review for deprecation. There will be quite a few more as consolidation strategies are worked out - this is just the first set.
15:30.22starseekerbrlcad: should we bother to list the _mged prefixed but otherwise undocumented MGED commands in changes?  It's possible for a few of them (like 35,25 for example) that docs I'm not familiar with reference them
15:53.10Notify03BRL-CAD:starseeker * 69225 brlcad/trunk/src/librt/cache.c: C++ comment in C file
16:02.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:02.30*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
16:05.36Notify03BRL-CAD:starseeker * 69226 (brlcad/trunk/include/rt/comb.h brlcad/trunk/src/librt/comb/db_comb.c brlcad/trunk/src/librt/db5_size.cpp): Redo db_comb_children to allow for the possibility of an externally allocated array.
16:23.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:24.08*** join/#brlcad caen23 (~caen23@79.112.95.83)
16:25.35*** join/#brlcad Lord_of_Code (~Lord_of_C@122.163.244.145)
16:31.15*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
16:36.23brlcadstarseeker: I don't think it's necessary, but worth making sure for each one via: grep -R "cmd" doc
16:36.54brlcadthe old html docs used to the the source of knowledge, so many might be documented there
16:40.12brlcadcannot find the "fixed" volII tutorials pdf anywhere *sigh*
16:40.12*** join/#brlcad amarjeet (~amarjeet@169.149.182.93)
16:40.25brlcadhi amarjeet! ready? :)
16:40.45amarjeetyes
16:40.52brlcadgreat :)
16:41.13brlcadany GCI students here already?
16:43.39amarjeetbut have some queries like I think I am able to see only list of task where I was added how could I see all of the tasks that are published  
16:49.54brlcaddo you see a little slider that says "My Tasks" on the bottom left?
16:50.12amarjeetyes
16:50.20brlcadstarseeker: any suggestions on how someone can prove they actually did all the mged tutorials?
16:50.33brlcadamarjeet: is it on or off?  try turning it off
16:51.59amarjeetokay thanks
17:05.06brlcadamarjeet: if you want, you can subscribe to all of them by turning off My Tasks, selecting all of them (box at the top), and adding yourself
17:05.11brlcador I can do it for you
17:09.48amarjeetokay, I selected all by no option to add myself to selected task at once
17:13.54caen23you can click on the triangle thingy at the top, and put yourself in "Add mentors" i believe
17:17.17amarjeetthats for filter
17:19.10brlcadwoot, we have 3 students already
17:19.46brlcadamarjeet: do you want me to add you to all?
17:21.09brlcadsorry can't be more specific .. don't have a mentor-only account set up yet
17:21.23brlcadbut I can easily add you, assuming the server doesn't catch on fire
17:22.00amarjeetokay
17:22.35amarjeetbut just little confuse If I am not able to give proper time
17:22.56brlcadis that a "yes"?  want to be clear because it's a lot more work to remove mentors than it is to add them ;)
17:23.14brlcadare you assigned to any of the beginner tasks?
17:23.38amarjeetyes,  2
17:23.41brlcadif you're worried about time, then I suggest just leaving things as they are for now
17:23.51brlcadyeah, that'll be plenty of work then
17:24.34amarjeetyes, that would be okay. I will add myself to the selected tasks only  
17:27.10amarjeetAs their are some task related to modelling in openscad. Would I assume that we could add more task apart from that related to openscad? Although openscad in not participatinng.  
17:27.26amarjeetcould*
17:50.18*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
17:54.44brlcadgah
17:54.47*** join/#brlcad amarjeet (~amarjeet@169.149.182.93)
17:54.53brlcadamarjeet: in general, sure -- depends on the nature of the task.  ideally since there aren't dedicated mentors, any openscad tasks should have a purpose and comparative counterpart
17:55.27amarjeetokay
17:55.34brlcadthe ones there are to help set up some openscad test data that is representable in brl-cad, so we can test import/export
17:56.06brlcadand to see syntactically whether we have any  incompatibilities to sort out
17:56.32brlcadbut sure, add more ideas if you have them along with the task write-ups and I'll review+publish them
18:19.14*** join/#brlcad vasc (~vasc@bl13-101-67.dsl.telepac.pt)
18:21.46*** join/#brlcad manjaroi3 (~manjaro-i@43.224.130.153)
18:29.18*** join/#brlcad boquete___ (~Piotr@91.232.62.60.studiowik.net.pl)
18:34.36starseekerbrlcad: I can build PDFs of the tutorials once I get to a setup with FOP
18:34.51brlcadbut the images are still all screwy, no?
18:34.57starseekerunfortunately
18:35.19starseekerhas been holding off on that on the theory we'd have to redo all of them anyhow for Archer...
18:35.59starseekernot sure how to "prove" tutorials are complete offhand...
18:36.24starseekerwould almost need some sort of modeling "test" to administer
18:37.26starseekeranother option would be to produce custom versions of the tutorials that have custom "tweaked" numbers for each unique task
18:37.43starseekerthen check the supplied .g against the specific version of the tutorial supplied with the task
18:38.43starseekerbrlcad: did you want me to add the lz4 stuff as a src/other build, or just integrate it straight into librt?
18:40.44brlcadright now, that's the only place lz4 is used, so could be shoved under librt wholesale as an implementation detail for now
18:41.11brlcadthat said, it's pretty much superior to zlib all around .. anything we have using zlib should probably get changed over
18:41.14starseekernods - pretty easy - two files if you don't want the high compression option, four otherwise
18:41.18brlcadfortunately the api maps very closely
18:41.29starseekerdoesn't think PNG can dispense with zlib...
18:41.42vascthe google codein interface is kinda slow and doesn't auto-update itself...
18:41.43starseekercould probably add it to the png build directly though
18:41.53brlcadno, you're right -- it needs it because of the spec
18:42.04brlcadopennurbs too probably
18:42.13starseekernods - yeah, forgot about opennurbs
18:42.22brlcadvasc: yeah, it's getting heaviyl hammered by thousands right now
18:42.54starseekerbrlcad: no particular difficulty either way - if it's a src/other I was going to go ahead and get it integrated and checked out on Windows
18:44.53brlcaddon't do anything just yet
18:45.03brlcadI need to see if it can be wrapped under libbu
18:45.44brlcads/can/needs to/
18:45.45starseekerraises eyebrow - did you want to hide the use of lz4 specifically?
18:46.17brlcadright, maybe not convinced we need to, but hadn't thought things through
18:46.53starseekerhmm... interesting idea.  We would need to encode what type of compression was used in each cache object though, so newer BRL-CAD versions could be backwards compatible
18:46.53brlcad(probably not the more I think about it now, but not clear headed atm)
18:47.07starseekernod
18:47.11brlcadyeap, that's the point
18:47.29starseekerno worries - I'll wait 'til you decide
18:48.16starseekergoes back to fixing API mistake...
18:48.21brlcadthe original arch was caching filedir structure managed by libbu and the data contained therein by the caller
18:48.21ignacioHello ;D
18:48.45brlcadwhich would mean librt is conceivably responsible for compression
18:49.00starseekerhrm
18:49.36brlcadguess I thought things through -- so yeah, you can shove it under librt/lz4 if you like, or src/other if that's easier
18:50.00brlcadguess question is how much work to invest into trying to use a system version
18:50.04brlcadhi ignacio :)
18:50.14starseekerkinda a wash - don't have to tell distcheck to ignore it in src/other, but need to get the DLL foo working
18:50.47starseekerhow common are system installs of lz4?
18:51.02brlcadalternatively, sad distros if someone lets it slip that lz4 is tucked in there ;)
18:51.51starseeker<snort> yeah, given the static we still get over that I'll go ahead and do the src/other thing
18:52.10brlcadit's pretty wildly popular, just about anything that was seriously using zlib now doesn't
18:52.16starseekerO.o
18:52.42starseekercool
18:53.57vasconly problem with lz4 last time i saw it was that it didn't scale on multicore.
19:01.04StragusIt didn't scale with independent streams?... Due to shared memory bus saturation?
19:02.33vascwell independent streams should be fine. the thing is the LZW algorithm is highly sequential.
19:04.36vascyou can do the compression in blocks, but the compression becomes worse the smaller the blocks you use.
19:04.53brlcadsomeone implemented a blocking method a few years ago for parallel, but it was supposedly highly non-portable and didn't get integrated
19:05.47brlcadthe original author was busy with other work and claimed that lz4 is typically constrained by memory bus saturation
19:06.25vascits not worth the bother to consider i think. as long as its only used for file I/O it's prolly ok. i was trying to use it for a compressed in-memory database though :-)
19:08.31*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
19:08.42*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
19:13.53brlcadhm, manual page seems to disagree: "lz4 offers compression speeds of 400 MB/s per core, linearly scalable with multi-core CPUs."
19:14.17brlcad"It features an extremely fast decoder, with speed in multiple GB/s per core, typically reaching RAM speed limit on multi-core systems."
19:14.38brlcadah, though that's the userland app
19:15.01brlcadperhaps it's threading things out
19:18.27vascyeah that was what i thought when i read the docs
19:18.38vascbut in practice
19:18.51vascit works best with multiple streams
19:19.26vascall compression algorithms are kinda problematic on many core systems
19:19.44vascespecially these which are stream oriented
19:25.03Notify03BRL-CAD:starseeker * 69227 (brlcad/trunk/include/rt/directory.h brlcad/trunk/src/librt/db5_size.cpp brlcad/trunk/src/librt/db_alloc.c): Rather than introduce lots of additional info into the directory struct, see if we can get away with just a u_data pointer on which to hang our hat. This is a double edged sword - we don't save information from earlier work on the .g to speed up subsequent actions, but we also
19:25.05Notifydon't encode state into the directory pointer that can be (potentially) invalidated by edits to other objects. See if this can be made 'fast enough.'
19:25.07Notify...
19:29.50vascbrlcad, https://codein.withgoogle.com/dashboard/task-instances/6314184358756352/
19:30.24vaschis screenshot doesn't have the rt window, i'm guessing he closed it. but he ran it.
19:30.51vascits in the mged shell
19:30.59vascrt output
19:31.09vascdo we ask for another screenshot or accept like this?
19:31.30brlcadI let one slide earlier just like that
19:31.47brlcadleft him a message and asked, but console showed the rt output
19:31.58vascyes, it shows output here as well
19:32.01vascok i'll accept
19:32.16brlcadthese are beginner tasks .. as long as it doesn't smell fishy
19:37.07vasci guess its normal that people do easy tasks first so they can meet the quota
19:37.42brlcadthey only get to do 2 beginner tasks, so makes sense to do 2
19:37.53brlcad3 gets them a t-shirt
19:39.09*** join/#brlcad ickby (~stefan@x5d844f63.dyn.telefonica.de)
19:56.50vascsomeone's having problems running mged, i think it's on a mac os x system. maybe they need X11 installed? don't have a mac so i can't understand the error message he got.
19:56.57vaschttps://codein.withgoogle.com/dashboard/task-instances/4574436451680256/
19:57.16*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
19:58.46ignacioCan I try to bring gcibot here?
19:58.53riesvasc: only some log can tell… usually on OS/X it would show some message that it needs X11
19:59.49riesI haven’t run anything X11 for a long time though
20:01.36sniokhe probably needs XQuartz https://www.xquartz.org/
20:02.27*** join/#brlcad ignacio (bip@unaffiliated/ignacio)
20:03.38rieschecks
20:11.31riesInstalling quarts solved that issue,
20:11.38riesthis was the message the user lickly got : http://pastebin.com/QR1as1q4
20:15.18vasci asked him which os version he's using
20:21.10Notify03BRL-CAD:starseeker * 69228 brlcad/trunk/src/librt/db5_size.cpp: fix typos
20:44.12*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
20:52.17Notify03BRL-CAD:starseeker * 69229 (brlcad/trunk/src/librt/db5_size.cpp brlcad/trunk/src/librt/tests/CMakeLists.txt): Go with a vector instead of a set for collecting, since we're using flags in the structs to tell if we've already counted a given node.
21:12.13brlcadignacio: sure
21:13.30brlcadvasc: yeah, they need X11 -- it's no longer included standard and we've not pushed out an aqua release
21:13.41brlcadneeds tcl/tk 8.6, which we've not migrated to yet
21:14.12brlcadshould have given a dialog instead of dumping like that, but probably because of the app bundle
21:14.31Notify03BRL-CAD:starseeker * 69230 brlcad/trunk/src/librt/tests/CMakeLists.txt: don't build temporary testing src file
21:15.51Notify03BRL-CAD:starseeker * 69231 brlcad/trunk/src/librt/db5_size.cpp: don't need a separate array for this - just use the local data pointer.
21:18.36*** join/#brlcad ickby_ (~stefan@x5d844f63.dyn.telefonica.de)
22:20.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:22.51*** join/#brlcad skat00sh (uid103741@gateway/web/irccloud.com/x-doqzkezpfockpjhz)
22:33.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:40.20Notify03BRL-CAD:starseeker * 69232 brlcad/trunk/src/librt/db5_size.cpp: Attempt a specialized cracking of the comb for the sole purpose of getting the children names for db_lookup. Causes a difference in reported size (larger), so need to compare to existing db_comb_children output and see what the difference is.
23:00.01*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:06.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:26.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20161129

IRC log for #brlcad on 20161129

00:04.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:33.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:36.29Notify03BRL-CAD:starseeker * 69233 brlcad/trunk/src/other/libnetpbm/CMakeLists.txt: correct spelling of project name
00:55.32Notify03BRL-CAD:starseeker * 69234 brlcad/trunk/src/librt/db5_size.cpp: Make the mi vars local to match the main import function
01:02.31Notify03BRL-CAD:starseeker * 69235 (brlcad/trunk/INSTALL brlcad/trunk/configure and 3 others): Add lz4 to src/other and enable use in librt cache. Untested on Windows
01:37.32Notify03BRL-CAD:starseeker * 69236 brlcad/trunk/src/librt/comb/db_comb.c: The problem was actually with _db_comb_get_children. Because the array was built backwards, a failed db_lookup was adding a terminating RT_DIR_NULL earlier in the array. Number of leaves is not the same as number of valid leaves. Check ahead of time and handle the invalid case so we get what is expected.
01:42.29Notify03BRL-CAD:starseeker * 69237 brlcad/trunk/src/librt/db5_size.cpp: Go ahead and check in the commented out test code comparing the two means of getting children of a comb in case we need to try this again later. This special purpose version, although fast, can not replace the comb internal tree walking version since routines processing the internal form assume the comb is already fully cracked and populated in
01:42.31Notifystandard memory structures. This general approach could be highly instructive when it comes to optimizing the db_search logic however, since that operates at the directory pointer level. Worth thinking about.
01:42.33Notify...
01:44.07*** join/#brlcad ca_ (b497c0f8@gateway/web/freenode/ip.180.151.192.248)
01:44.38ca_does anyone have a minute?
01:44.57StragusJust ask your question directly
01:45.10ca_okay, i need help setting up brlcad on a mac
01:45.27ca_im using an mged file
01:45.44ca_and it says "This window should automatically close within 5 seconds"
01:46.47*** join/#brlcad xyaqnsalqkqawdoe (~armin@dslb-088-064-039-075.088.064.pools.vodafone-ip.de)
01:48.03StragusMmhm. Stick around a little, I'm sure brlcad or someone else will be able to offer some guidance
01:48.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:51.08Notify03BRL-CAD:starseeker * 69238 brlcad/trunk/src/librt/db5_size.cpp: Attributes are always checked regardless - don't need to check separately for solids
01:51.59Notify03BRL-CAD:starseeker * 69239 brlcad/trunk/src/librt/db5_size.cpp: So far in testing sorting doesn't pay for itself even with large models.
02:02.43Notify03BRL-CAD:starseeker * 69240 brlcad/trunk/src/librt/db5_size.cpp: half the remaining time is spent in _db5_get_attributes_size, most of that in db_get_external_reuse
02:24.13Notify03BRL-CAD:starseeker * 69241 brlcad/trunk/src/librt/db5_size.cpp: If we've alredy done the extern lookup for the attributes, reuse it rather than looking it up again for the comb.
04:08.55*** join/#brlcad PranavGarg (a9958d3d@gateway/web/freenode/ip.169.149.141.61)
04:36.25*** join/#brlcad thegreat (a9958d3d@gateway/web/freenode/ip.169.149.141.61)
05:00.43*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
06:12.59*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
06:28.45*** join/#brlcad thegreat (a995942b@gateway/web/freenode/ip.169.149.148.43)
06:41.08*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
07:09.30*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-jxrbewtgudzfxgls)
07:10.10*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:17.12*** join/#brlcad caen23 (~caen23@79.112.95.83)
07:18.29caen23uh, what's up with the compilation tasks on gci? does it show sept 23 because of a bug, or did they both just download a binary?
07:20.56caen23leaning towards the latter, since they seem to have used the same versions of everything, and i see no mingw or dev tools in their screenshots
07:27.35amarjeetNo, student have completed or taken task related to compilaton. They all did the task of just running.
07:30.27amarjeetoh are you talking about compilation of librecad task
07:36.08caen23yes
07:44.16amarjeetI also think that they might have just used binaries
07:44.43amarjeethttps://github.com/LibreCAD/LibreCAD/blob/master/librecad/src/src.pro#L13 as it says version should be 2.2.0
07:46.08amarjeetjust I building it on my system with new updates and then I would tell more
07:46.17amarjeetI am*
07:46.56*** join/#brlcad merzo (~merzo@91.217.179.122)
07:50.42amarjeetyes, they have not build but used binaries as its showing Version: 2.2.0-alpha-131-g0d239ca
07:50.42amarjeetCompiler: GNU GCC 5.4.0
07:50.42amarjeetCompiled on: Nov 29 2016
07:50.42amarjeetQt Version: 5.5.1
07:50.42amarjeetBoost Version: 1.58.0
07:50.43amarjeetSystem: Ubuntu 16.04.1 LTS
08:47.11caen23brlcad: i'm considering adding the memory leaks task in the interface. should i go through with it, or wait until a few more tasks are completed?
09:36.05*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-npfnzwiqumxlbgte)
09:53.43*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
10:08.53*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
10:14.12*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
10:15.14*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-jxcrkoamsmdyyagv)
10:19.16*** join/#brlcad merzo (~merzo@91.217.179.122)
10:35.43*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
11:06.22*** join/#brlcad gongy (~gongy@c220-239-97-230.belrs4.nsw.optusnet.com.au)
11:06.59gongy:( looks like website is down guys
11:15.22*** join/#brlcad gongyy (~gongy@c220-239-97-230.belrs4.nsw.optusnet.com.au)
11:15.46gongyy> apologies, looks like fault from my end.
11:47.55Notify03BRL-CAD:brlcad * 69242 brlcad/trunk/INSTALL: superfluous
12:27.12*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-umlrnjjfdgsoszkj)
12:40.11*** join/#brlcad yorik (~yorik@2804:431:f721:47e1:290:f5ff:fedc:3bb2)
12:54.52*** join/#brlcad merzo (~merzo@91.217.179.122)
13:10.20caen23this one seems fine https://codein.withgoogle.com/dashboard/task-instances/6330778166231040/
13:16.07riescaen23: I just approved it
13:48.52*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
14:04.34*** join/#brlcad amarjeet (~amarjeet@169.149.140.166)
14:09.50brlcadcaen23: no need to wait when adding tasks, they sit in a queue .. i have to manually publish them
14:50.06*** join/#brlcad amarjeet (~Amarjeet@169.149.140.166)
14:51.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:03.56*** join/#brlcad amarjeet (~Amarjeet@169.149.140.166)
15:39.34*** join/#brlcad ankesh11 (uid8015@gateway/web/irccloud.com/x-jqqsmbrhzgquekzw)
15:40.03*** join/#brlcad ankesh11_ (uid8015@gateway/web/irccloud.com/x-paidbakdidxmnwka)
16:41.34*** join/#brlcad caen23 (~caen23@79.112.95.83)
16:47.18*** join/#brlcad amarjeet (~amarjeet@2405:205:4109:4c10:1a2:6705:b142:9cf7)
16:53.10*** join/#brlcad amarjeet_ (~amarjeet@2405:205:4109:4c10:1a2:6705:b142:9cf7)
17:05.54*** join/#brlcad boquete___ (~Piotr@5.172.255.147)
17:09.57*** join/#brlcad amarjeet__ (~amarjeet@169.149.184.112)
17:11.53*** join/#brlcad amarjeet__ (~amarjeet@2405:205:4109:4c10:1a2:6705:b142:9cf7)
17:25.34*** join/#brlcad ickby_ (~stefan@x5d8468e6.dyn.telefonica.de)
17:36.18*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-obmfmpxzpqugsqiu)
17:36.49*** join/#brlcad yorik (~yorik@2804:431:f721:47e1:290:f5ff:fedc:3bb2)
17:47.42*** join/#brlcad Lord_of_Codes_ (~Lord_of_C@122.163.244.145)
18:14.28*** join/#brlcad thecoder (a995bb95@gateway/web/freenode/ip.169.149.187.149)
18:50.20riesbrlcad: on a other completed item I did see : Waiting for parental consent approval when I approved (I think hat was my only option) I just clicked approve, is that ok? I did verify if the task was done correctly..
18:50.24*** join/#brlcad amarjeet (~Amarjeet@169.149.161.225)
19:02.27*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
19:04.33sniokbrlcad: Hi, I think one student is copying another student
19:05.07sniokhttps://codein.withgoogle.com/dashboard/task-instances/4795200253722624/ is similar to https://codein.withgoogle.com/dashboard/task-instances/6314184358756352/
19:14.46riessniok: Unless I am overlooking, I don’t see the name in the command window
19:15.11riescan you confirm that?
19:15.15sniokyeah, they both lack name
19:16.32sniokbut the latest is more suspicious, it says 28.11.2016 in screenshot and the same desktop as other student
19:19.09riessniok: https://codein.withgoogle.com/dashboard/task-instances/6314184358756352/ is already approved, I am not sure if we can (or should) change that
19:19.36riesFor https://codein.withgoogle.com/dashboard/task-instances/4795200253722624/ I added a comment and asked for adding the name in the command window
19:20.15sniokalright, thanks
19:20.45riesnp
19:28.34*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
19:36.20*** join/#brlcad yorik (~yorik@2804:431:f721:47e1:290:f5ff:fedc:3bb2)
19:37.27*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-byonakododirdqsx)
19:43.06Notify03BRL-CAD:starseeker * 69243 brlcad/trunk/src/librt/db5_size.cpp: Consolidate the child logic into a single function - for these purposes, it doesn't matter whether the 'children' are from a comb or one of the primitives that reference other objects. Simplifys the main loop. Primitive specific logic other than comb untested, but trying a similar trick to get the child name with a minimal cracking of the extern.
19:47.07*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
19:49.01*** join/#brlcad MikeH (~Mike@188.175.158.32)
19:49.26*** join/#brlcad MikeHan (~Mike@188.175.158.32)
20:00.28Notify03BRL-CAD:starseeker * 69244 brlcad/trunk/src/librt/db5_size.cpp: remove the inner timer.
20:09.46*** join/#brlcad ca_ (b497ef91@gateway/web/freenode/ip.180.151.239.145)
20:44.51*** join/#brlcad ickby_ (~stefan@x5d8468e6.dyn.telefonica.de)
21:38.34*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-dmqoddjfoteymhov)
22:09.25*** join/#brlcad ishwerdas (7cfd7052@gateway/web/cgi-irc/kiwiirc.com/ip.124.253.112.82)
22:25.11Notify03BRL-CAD:starseeker * 69245 brlcad/trunk/src/librt/librt_private.h: Fix Windows build.
23:07.28starseekerbrlcad: what do you think about putting a timestamp in the directory structure?  It wouldn't need to be something that had to be written to disk, as long as it got initialized when the .g was opened and updated whenever the directory object was written
23:08.06starseekerI need a way to tell when an object has been changed, and that seems like the simplest approach
23:21.54*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:23.17*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
23:29.09*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
23:36.24*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ywpvkjwyqwyhilue)
IRC log for #brlcad on 20161130

IRC log for #brlcad on 20161130

01:20.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:45.24*** join/#brlcad fhwbbadnbrhzsaro (~armin@dslb-092-075-150-167.092.075.pools.vodafone-ip.de)
02:10.45*** join/#brlcad Amanda (49bd38b0@gateway/web/freenode/ip.73.189.56.176)
03:44.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:17.50*** join/#brlcad asad_ (~asad00@pool-173-72-4-45.cmdnnj.fios.verizon.net)
04:33.28*** join/#brlcad amarjeet (~Amarjeet@169.149.179.230)
05:19.21*** join/#brlcad nihar (~nihar@27.5.124.59)
05:23.11niharHi everyone, I am Nihar Mehta from IIT Bombay, India. I would like to know whether BRL-CAD is participating in GSoC 2017?
06:23.04*** join/#brlcad amarjeet_ (~amarjeet@202.164.53.117)
06:25.00*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ketjkjifytbblgkx)
07:08.01*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:35.20brlcadhi nihar
07:36.43brlcadnihar: gsoc 2016 just ended recently for us, so we've not even thought about it .. quite possible, but ask again in February ;)
07:37.07brlcadbetter yet, get involved now regardless as that will help you be prepared, no matter what org you apply to work with
07:40.56brlcadstarseeker: it's mentioned briefly in the TODO as something we should be writing to disk
07:42.03brlcadthat said, sha1 hashes will tell you quickly when they're different
07:43.55*** join/#brlcad merzo (~merzo@91.217.179.122)
07:44.49brlcadwe really need some form of performance tests if you're going to keep working on the db I/O structures .. we've gotten away without because we've gotten around changing them
08:13.48*** join/#brlcad caen23 (~caen23@79.112.95.83)
08:16.00*** join/#brlcad nihar (~nihar@27.5.124.59)
08:17.12niharOk thank you. I have done Computer Graphics and Product Modeling course. This is the link to our Graphics Project:
08:17.47niharhttps://github.com/mehtanihar/Graphics-project
08:18.17niharWe have simulated bending of beams and created UI for the same
08:20.15niharI wanted to know whether NURBS editing support has been implemented for BRL-CAD?
08:26.08*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
08:35.15*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
09:20.57*** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure)
09:45.06*** join/#brlcad amarjeet (~Amarjeet@169.149.169.19)
09:47.50*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-ctumjibrorzijrfv)
IRC log for #brlcad on 20161202

IRC log for #brlcad on 20161202

04:10.32*** join/#brlcad infobot (ibot@rikers.org)
04:10.32*** topic/#brlcad is BRL-CAD is participating in GCI 2016! BRL-CAD 7.26.0 is latest, 7.26.2 coming in December. || HELP NEEDED: review, categorize 700+ previous GCI tasks: http://brlcad.org/gci/data/
04:11.20Notify03BRL-CAD Wiki:Sean * 9843 /wiki/Logo: update to current best quality version of the new logo
04:16.58nihar@brlcad I can help categorize and review the previous GCI tasks. What are the categories  into which we need to classify them?
04:22.42niharIs it {Code, UI, Documentation,Quality,Research} ? Have the tasks been categorized yet?
05:16.07*** join/#brlcad amarjeet (~Amarjeet@2405:205:408e:b046:2026:6e69:4075:85d2)
05:21.29*** join/#brlcad amarjeet (~Amarjeet@2405:205:408e:b046:2026:6e69:4075:85d2)
05:26.58*** join/#brlcad amarjeet (~Amarjeet@2405:205:408e:b046:2026:6e69:4075:85d2)
05:50.05shardulchello, I'm doing this task https://codein.withgoogle.com/dashboard/task-instances/4863687265353728/ currently
05:50.07gcibotEliminate "No return statement" warnings in LibreCAD || 3 days || Code, QA || BRL-CAD
05:50.43shardulcwhen there is a pair of .cpp/.h files, and most of the methods in the .h are implemented in the .cpp but some aren't
05:52.11shardulcthe unimplemented functions give the 'no return statement' warnings
05:52.16shardulchow should I fix this?
05:57.36*** join/#brlcad amarjeet (~Amarjeet@169.149.150.74)
06:00.42*** join/#brlcad ickby_ (~stefan@x5d844bce.dyn.telefonica.de)
06:01.35brlcad``Erik: heh, is choice #1
06:03.09brlcadignacio: there is a public API, but only admins have access
06:05.38brlcadignacio: also, if you want to write up a gci task for that, I'd be happy to support it
06:05.45brlcad(for gcibot)
06:07.02brlcadnihar: the categories are whatever make the most sense for processing them further, not necessarily the original categories that heavily overlap
06:07.29brlcadfor example, it'd be really useful to have all the non-modeling design tasks categorized together
06:07.42brlcadand all the 3d model tasks grouped together
06:07.56brlcadall the ones with a code change grouped together, etc
06:08.18brlcadbasically, it's about setting up workflows
06:12.11ignaciobrlcad, I managed to fix the task-instance thing, thanks to shardulc comment (about redirecting to public task website) when using a student/non mentor account :D
06:12.34brlcad:)
06:12.48ignacioso I made a google account just for gcibot, and it works :D
06:13.48shardulcbrlcad: could you help me with https://codein.withgoogle.com/dashboard/task-instances/4863687265353728/ please?
06:13.50gcibotEliminate "No return statement" warnings in LibreCAD || 3 days || Code, QA || BRL-CAD
06:14.30shardulcignacio: ^^ it works
06:14.45brlcadshardulc: sure, what's up?
06:15.58nihar@brlcad What format do you want  the output file which contains a list of categorized tasks?
06:17.12shardulcbrlcad: there is a x.h file and an x.cpp file, where x.h declares a lot of functions but x.cpp doesn't implement all of them
06:17.26brlcadit works, except it's reporting time avail (useless, needs to be time remaining), and don't need type or org name -- better would be last comment/action on the task
06:17.40shardulcwhen it doesn't, the corresponding x.h declaration has a {} for the function body
06:17.50ignacioNot sure if the api provides that anymore
06:17.57shardulcwhich gives the 'no return' error: how should I fix this?
06:18.11ignacioI'll look asap
06:18.27brlcadshardulc: so tell me what the error is?
06:18.49brlcadignacio: could always screenscrape it ;)
06:19.27brlcadshardulc: rather, tell me what you think that error menas
06:19.27shardulcbrlcad: "warning: no return statement in function returning non-void [-Wreturn-type]"
06:19.43ignacioThats kinda what I do.. Google use "json" files for tasks :P
06:19.44brlcadtell me in your own words, what's the problem?
06:19.59brlcadignacio: ah, k
06:20.14shardulcit means that the function is supposed to return a particular type, but it returns nothing (and it's not a void function)
06:20.23brlcadshardulc: perfect
06:20.48brlcadso the task says what?
06:20.49shardulcso to fix it, it should return an object of that type, but is there any such thing as a null object?
06:20.58shardulcthe task is to fix all those warnings
06:21.17brlcadwell take one example, what's the function?
06:21.55shardulc<PROTECTED>
06:22.13ignaciohttps://paste.fedoraproject.org/495420/14806597 just FYI that's all the info that Google provides for public use..
06:22.13shardulcreturn type 'CADEntity_CSPtr'
06:22.16ignaciottyl glee time :)
06:22.42shardulcI have no idea what a CADEntity_CSPtr is
06:23.21brlcadshardulc: so that's step #2, find out what it is
06:24.08shardulcfor starters, I ran ctags on the lckernel subdirectory but no CADEntity_CSPtr definition
06:24.16brlcadbased on the name, you could reasonably assume something about the type
06:24.25shardulcI guess I'll check all the sources...
06:24.31shardulcbrlcad: it's a pointer?
06:24.33brlcadgrep -r CADEntity_CSPtr .
06:24.42brlcadyeah, that's what the name kind of indicates
06:24.49brlcadso if it's a pointer, what could you return?
06:25.36brlcadwhat's the one pointer that rules them all?
06:26.59shardulcvoid* !
06:27.03shardulcthanks
06:27.07brlcadheh, not quite
06:27.19brlcadthat's a type
06:27.34brlcadwhat's an "actual" pointer that you always have
06:27.35shardulcthe null pointer (of type void*)?
06:27.40brlcadthere you go
06:27.43brlcadNULL
06:27.51brlcador nullptr for 11isms
06:27.51shardulcthanks so much
06:28.16brlcadso for most of those return types, you should be able to return NULL; // task comment
06:28.19brlcador return 0;
06:28.56brlcadthe only tricky ones will be any passing a class (boo, bad), in which case you should probably talk to one of the librecad devs as to what they want you to do
06:29.06shardulcoh ok
06:29.06niharwhat format should the categorized files be in? excel file or something else?
06:29.32brlcadnihar: the plan was to use directories to categorize
06:29.45brlcadas tasks will progress from dir to dir as they are processed through workflows
06:30.13niharokay but if there are various types of categories.. we need to decide some hierarchy
06:30.39brlcadfor example, might start with a "code changes" bucket but then create separate "needs documentation", "needs testing", "needs to be committed" buckets to progress them through
06:30.57brlcadflat is fine, this doesn't need to be fancy or complicated
06:31.08brlcadthe point is to process them as quickly and efficiently as possible
06:31.12niharoh got it
06:31.30niharshould i take up this task? or is anybody working on it?
06:31.33brlcadso putting related items into a dir together lets (someone) focus on a particular repetitive task quickly
06:32.00brlcadnihar: nobody is working it but first .. are you gci or just looking to get involved?
06:32.44*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
06:32.46niharjust looking to get involved.. I am in 4th year, studying at IIT Bombay.. My course is a 5 year course and I want to try for GSoC in summer
06:32.58brlcadah, okay, grand
06:33.12niharroger
06:33.24brlcadso what we need to do then is get you setup with access to that repo
06:33.32*** join/#brlcad amarjeet_ (~amarjeet@202.164.53.117)
06:33.36niharyes i shall need it
06:33.49brlcadthe data is too big to host on github without getting complicated
06:34.09brlcadand external git access isn't set up
06:34.30brlcadI'll see if I can set that up quickly now -- if not, I'll check back with you tomorrow
06:35.15niharcan you add me as a contributor on github?
06:35.20niharthat shall do it right?
06:35.39niharoh the data isnt on github.. sorry
06:37.27niharshall wait for your call then :)
06:53.49*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qyhhhlbqfnhqpucr)
07:03.48*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
07:07.12brlcadugh, so nihar this is going to take a bit longer .. I have anon remote cloning set up, but still need a read-write path
07:07.18brlcadwill have to follow up later
07:17.48niharok no problem I shall be starting the classification till then
07:42.04*** join/#brlcad merzo (~merzo@91.217.179.122)
07:49.54*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
07:51.25*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:52.04*** join/#brlcad amarjeet (~Amarjeet@202.164.53.117)
08:06.44*** join/#brlcad amarjeet (~Amarjeet@202.164.53.117)
09:05.18*** join/#brlcad parthmiglani (~parthmigl@47.9.111.83)
09:30.29*** join/#brlcad mandarj (b6463fb9@gateway/web/freenode/ip.182.70.63.185)
09:31.02*** part/#brlcad mandarj (b6463fb9@gateway/web/freenode/ip.182.70.63.185)
09:35.24*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
09:40.51*** join/#brlcad LordOfBikes (~armin@dslb-088-066-132-017.088.066.pools.vodafone-ip.de)
09:42.06*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
10:06.58*** join/#brlcad Archak (67cbeabc@gateway/web/freenode/ip.103.203.234.188)
10:13.03amarjeethey, brlcad
11:53.11*** join/#brlcad yorik (~yorik@2804:431:f720:17cc:290:f5ff:fedc:3bb2)
12:21.21*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
12:23.57Notify03BRL-CAD Wiki:Kuldeep singh * 0 /wiki/User:Kuldeep_singh:
12:50.07``ErikStragus: busy but good... slowly surviving trial by fire and opting to learn everything the hard way :)
12:52.47``Erikhttp://paperhub.s3.amazonaws.com/7558905a56f370848a04fa349dd8bb9d.pdf   hmmmm O.o (mebbe not directly applicable to anyones current projects, but interesting and the approach may be tweakable to improve alu throughput for more apropos tasks...)
12:53.33``Erik(don't worry, starseeker, it's a cache compression research paper, barely any nekkid people at all)
12:53.53starseeker<snort> - mellowing in your old age are you?
12:54.01*** join/#brlcad amarjeet (~Amarjeet@169.149.189.76)
13:09.19*** join/#brlcad shubham (9d7752f4@gateway/web/freenode/ip.157.119.82.244)
13:11.29Notify03BRL-CAD:starseeker * 69248 brlcad/trunk/src/libbu/tests/humanize_number.c: fix debian build
13:39.19*** join/#brlcad ca_ (b497e3c0@gateway/web/freenode/ip.180.151.227.192)
13:50.17niharbrlcad:  I have started classifying the tasks here:
13:50.17niharhttps://docs.google.com/spreadsheets/d/1Eurs5nCo--PY10nIf496ALG3qm37u-AmEL3UhNmaBwo/edit?usp=sharing
13:50.17niharAre these the correct classes? Can you suggest what other classes I can use?
13:50.18*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
13:51.59*** join/#brlcad ARC__ (67cbe99f@gateway/web/freenode/ip.103.203.233.159)
13:52.05ARC__hi
13:59.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:19.54*** join/#brlcad amarjeet (~Amarjeet@169.149.189.76)
14:20.23*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
14:27.59ARC__@amarjeet Hi i ve started working on creating a simple house using openscad...can I get to see some sample projects made using openscad?
14:29.15amarjeetThere a lot examples given in OpenSCAD itself
14:29.23amarjeetYou would see them
14:29.49amarjeetCould*
14:30.59amarjeetAnd if you want more examples you could see it on thingiverse site
14:34.47ARC__Another thing...my cursor is creating problem in openscad...it appears as a blinking underscore
14:35.54amarjeetI think you pressed insert keyboard key
14:36.37amarjeetJust press it again.
14:37.08ARC__cool..thanks
14:48.46ARC__how to use difference and translate command with module command?
14:59.11amarjeetFirst declare a module then
14:59.19amarjeetAttach translate to it
14:59.42amarjeetWhen you want to use it
15:00.13amarjeetLike translate(.....)moduleName();
15:19.21caen23brlcad: i added the valgrind task, but i think you need to publish it (either that, or i can't find the button)
15:32.26*** join/#brlcad shardulc (~shardulc@c-50-136-234-141.hsd1.ca.comcast.net)
15:36.13*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
16:03.53*** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-qyhhhlbqfnhqpucr)
16:18.02*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
16:20.34ARC__@amarjeet For the t-shirt making can I draw and upload the picture I have in my mind?
16:20.53amarjeetYes, sure
16:24.55*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
16:25.40*** join/#brlcad LordOfBikes (~armin@dslb-088-066-132-017.088.066.pools.vodafone-ip.de)
16:26.31*** join/#brlcad ickby_ (~stefan@x5d847763.dyn.telefonica.de)
16:59.06*** join/#brlcad boquete___ (~Piotr@91.232.62.60.studiowik.net.pl)
16:59.17*** join/#brlcad boquete_ (~Piotr@91.232.62.60.studiowik.net.pl)
17:35.01gcibotis bored :(
17:36.57ARC__@amarjeet If I want to show you my model...how will I show it to you now?
17:38.38amarjeetYou would submit it at GCI or you would upload it any image hosting like imgur and share link here
17:38.49amarjeetCould*
17:39.02ARC__ok :)
17:40.25gcibotis bored :(
17:40.27amarjeetI don't why i am today writing would in place of could everywhere.
17:40.55gcibotis bored :(
17:41.08*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
17:41.47ignaciosorry for the spam..
17:41.50ignaciogcibot, remove admin ezequielpereira
17:41.50gcibotno longer loves ezequielpereira
17:44.37ARC__http://imgur.com/a/gqMjb
17:49.10*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
17:51.36amarjeetIts a good start. Now, Coming to question What need to be done more. I think adding Windows and door could be good start.
17:53.38amarjeetAnd If you feel stuck and need some help in designing you would also ask people at #openscad
17:53.50ARC__Yeah even I was thinking the same :) Do you want to see the interior of the house too...I mean if on creating a difference of a cube...do u want  the interior to be visible ?
17:54.19ARC__#openscad
18:03.21amarjeetIts your choice. Build it way you like. Use your creative freedom.
18:14.01*** join/#brlcad shardulc (~shardulc@c-50-136-234-141.hsd1.ca.comcast.net)
18:17.13*** join/#brlcad ickby (~stefan@x5d847763.dyn.telefonica.de)
18:45.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:06.51*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
19:22.37*** join/#brlcad piotrantosz (~Piotr@91.232.62.60.studiowik.net.pl)
19:37.03*** join/#brlcad Caterpilar2 (~caterpill@unaffiliated/caterpillar)
19:53.53*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
20:18.37*** join/#brlcad sajarin (a59bc063@gateway/web/freenode/ip.165.155.192.99)
20:20.13sajarinI don't mean to sound needy. but would anyone mind reviewing my submission to the first task on GCI. I would like to move on to harder tasks.
20:20.39sajarinMuch thanks to the person who does.
20:22.29*** join/#brlcad sajarin_ (a59bc063@gateway/web/freenode/ip.165.155.192.99)
21:15.02caen23ries: regarding the task about compiling librecad on os x (the one taken by thijs), i think he's not done and should pursue it a bit further. i have the exact same setup as him, and two commands were enough to compile and run librecad. i think he's getting the arguments to qmake wrong, and he's close, i could probably help him do it completely
21:54.59Notify03BRL-CAD:starseeker * 69249 brlcad/trunk/bench/CMakeLists.txt: Keep the .sh extension on the benchmark script
22:23.16riescaen23: I have seen one other gau with a similar issue. Strickly speaking he did accomplish his goal (The goal of this task is to compile and install LibreCAD from source code.) unfortunatly he didn;t run and we did tried a couple of thing’s using chat
22:24.21riesHe comments do shpw more knowledge than just beginner.. I also discussed this with LordOfBikes and he also agreed that we could pass him for this task.
22:54.57caen23i agree, although i was thinking that if he were to attempt code-related tasks, being able to compile and test his changes would help
22:55.27caen23i was also considering editing the wiki entry to add steps for homebrew
23:11.22*** join/#brlcad Zitar (~Zitar@37.37.138.69)
23:13.53*** join/#brlcad Caterpilar2 (~caterpill@unaffiliated/caterpillar)
23:15.05ZitarHi! Is it a good idea to use blender as the gui for brlcad? As using brlcad as a render engine?
23:18.27Zitarq
23:20.15*** join/#brlcad Zitar (~Zitar@37.37.138.69)
IRC log for #brlcad on 20161203

IRC log for #brlcad on 20161203

00:00.37riescaen23: I think the brew howto is already kinda old… I am using boost from ports, but installed Qt from the download because I had issues with port’s verion of qt myself
00:06.21riescaen23: should we create a task ‘Fix compiling LibreCAD with brew’?
00:27.44*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
00:36.20caen23ries: i don't think there's anything to fix
00:36.34caen23i can build everything just fine by running qmake and make
00:37.19caen23i also updated the wiki on github with the steps to build using homebrew and the default llvm
00:39.01caen23that's why i was asking thijs questions on that task, because i'm sure he's missing some very small detail
00:40.22brlcadstarseeker: intentionally removed .sh from the benchmark long time ago, and there are extensive docs hiding the fact that it's a script (and intention is that it will not remain a script for much longer, I almost have all the pieces necessary converted)
00:41.06brlcadcaen23: will publish the staged tasks here in a little bit
00:41.08brlcadthanks
00:43.03caen23brlcad: great :D
00:44.45caen23ries: oh, and regarding the first problem he encountered, where he was able to compile, but not run the app, the problem appears when using macqtdeploy, which bundles the qt stuff inside the .app. but i haven't really looked into why that breaks running the app, maybe that's a good task
00:47.16brlcadnihar: looking good, but remember that the categorization needs to lead to answering "what is next?"
00:48.22caen23brlcad: speaking of homebrew, maybe we could have a task for creating a brlcad formula for homebrew? i see librecad is already installable via homebrew
00:50.28brlcadries: caen23: regarding the compilation issues -- general suggestion if they run into a failure that is not their fault, to just have them report everything they did (transcript, logs, etc) and mark it closed, especially after it's clear they've spent more than 4 hours on the task
00:50.43brlcadcaen23: sounds like a great task -- please write it up
00:51.01caen23will do
01:33.41starseekerbrlcad: OK... we can put it back, but right now it's confusing brlman :-(
01:36.17Notify03BRL-CAD:starseeker * 69250 brlcad/trunk/bench/CMakeLists.txt: preferred not to have sh on this file... need some other solution for brlman problem on Windows...
01:40.14brlcadstarseeker: how so?
01:41.11starseekerbrlman is set up so that if you give it a string that identifies a file on the filesystem it will attempt to read that rather than using the bu_brlcad_data path lookups
01:41.14brlcadmanual pages (at least on linux) are independent of the binary
01:41.58starseekerbecause benchmark has no file extensions and on Windows brlman's cwd is the binary directory where the executable resides, it's picking up the sh script in the gui
01:43.18starseekermy other thought was to hide the "read a file I'm specifying" ability behind an option (say -f <filename> in order to specify a file)
01:43.28starseekerthat's a bit of work but undoubtedly safer
01:43.45starseekerwill take a stab at it tomorrow
01:43.49brlcadI presume this is the brlman.tcl script?
01:44.07starseekernods, but I expect the command line version would have similar problems in a similar situation
01:44.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:45.10brlcadanother temp-solution would be to test for SH_EXEC and if NOT, don't run the configure_file
01:45.59brlcadbut I think you're right -- an explicit option for reading specific files would be best
01:47.25*** join/#brlcad LordOfBikes (~armin@dslb-092-074-225-171.092.074.pools.vodafone-ip.de)
01:47.42brlcadstarseeker: so is that logic somewhere in ManBrowser?  not seeing it in brlman.tcl
01:47.55starseekeryeah, it's in man_browser.tcl
01:48.04starseekerwonders if brlman.tcl is even used any more...
01:48.18brlcadbrlman.bat uses it
01:48.37starseekerwe still have brlman.bat?
01:48.43brlcadapparently
01:48.43starseekerthought he got rid of that
01:49.41starseekeroh, the C code uses brlman.tcl to fire things off
01:49.56starseekerdoesn't see brlman.bat in trunk
01:50.14brlcadah, maybe you did kill the .bat ... it's ironically installed into my bin dir  (on mac)
01:50.21brlcadundoubtedly left over
01:50.42brlcadlooks like mged.bat installs/installed too
01:50.53starseekernods - yeah, those ended up in some installs just to avoid OS conditionals I think (another reason I wanted to get rid of the bat files)
01:51.13starseekerthe only ones left in trunk now are in src/other
01:51.15starseekertcl and tk
01:51.26starseekerand I don't think any of them are installed
01:53.00brlcadgreat!
01:53.10brlcadthat only took like 15 years :)
01:53.16starseekerheh
03:18.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:18.51*** join/#brlcad gongy (~gongy@c220-239-97-230.belrs4.nsw.optusnet.com.au)
03:20.40*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
03:24.19*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
03:25.42*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
03:29.17*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
03:29.46*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
03:36.07*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
03:37.15*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
03:38.08*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
03:58.25*** join/#brlcad shadow21 (~IceChat9@182.68.253.125)
03:58.30shadow21hello
03:58.59shadow21who is the mentor for brl-cad buisness card logo designing
03:59.15shadow21can i communicate wiht you in any other way
03:59.19brlcadshadow21: there are many/any -- what's your question? :)
03:59.42brlcadhere is best for the fastest response
03:59.56brlcadbut questions on the site work too
04:00.12brlcadespecially if you mark the task as ready for review, it will get attention
04:01.11*** join/#brlcad amarjeet (~Amarjeet@2405:205:408e:b046:42b9:4b92:a61e:4c58)
04:05.59shadow21okay
04:06.17shadow21well now i have done what i wanted to do
04:06.33shadow21ill just be submitting the task in a while
04:09.45brlcadalright, everything going well?
04:13.31niharB
04:13.41brlcadcaen23: all the new tasks are published
04:14.12brlcadalso created non-beginner versions of the compile and install tasks, since they can only do those as beginners
04:14.16niharCan you give me the access?
04:14.50brlcadnihar: did you see my comment about "what is next?"
04:15.29brlcadit's not just a matter of giving you access -- it's setup too, that's the work
04:15.43niharYes,  I understand that I need to review each task
04:15.44brlcadif it was just access, you would have it already
04:16.18brlcadnihar: no, I mean the categories should be towards a workflow, answering "what is next"
04:17.22brlcadi noticed you took those three code categories I mentioned and added them, but those won't necessarily be categories (maybe, maybe not, probably not)
04:17.59niharYes,  I need to specify what next is to be done now
04:19.03niharI didn't know that previously
04:19.37niharI assumed you wanted to categorize what the task is about
04:20.04brlcadanother way of thinking about it is like tagging the tasks as "needs_review", "needs_to_be_published_to_wiki", "needs_code_cleanup", etc...
04:20.08brlcaddon't just use those, they're just examples!
04:21.08brlcadif you're wanting a black and white recipe, then this will not be a productive task .. have to figure out what categorization/groupings/taggins make the most sense, will help them get processed and integrated properly the most quickly
04:21.26brlcaddoable, but it'll take some thinking and trial
04:22.00niharNo,  i have got the idea now
04:22.21brlcadgreat
04:22.25niharI can make my own categories too right?
04:22.48brlcadthere are currently no categories other than "uncategorized"
04:22.53brlcadso YES, you will have to :)
04:22.58niharokay cool
04:23.10brlcadthat's the whole point -- figuring out what categories will actually be useful
04:23.29niharso please help me with the setup
04:23.29brlcadfor example, just grouping all of the documentation tasks together is not incredibly useful
04:24.01niharya we need to divide them further
04:24.01brlcadgrouping all the wiki updates together, that might be useful
04:24.37brlcadhelp you with setup how?
04:25.07niharlike i have brlcad installed.. I also have access of the data
04:25.59niharshall i need something else too?
04:26.23*** join/#brlcad amarjeet (~Amarjeet@2405:205:408e:b046:42b9:4b92:a61e:4c58)
04:26.41brlcadat this point, not much else
04:26.57brlcadthere's the task repo, but that's still read-only at the moment
04:27.38niharokay.. i shall begin then
04:27.48niharyou can later review my categories
04:27.58niharthen we can create directories
04:27.59brlcadthat sounds like a good start
04:28.11niharand move files accordingly
04:28.43niharthanks for help
04:30.18brlcadthank you
04:31.54*** join/#brlcad amarjeet (~Amarjeet@169.149.148.72)
05:00.32amarjeetHi brlcad, There are two compile and install LibreCAD 2 tasks which I think have same description
05:08.27brlcadamarjeet: yes, one is marked beginner, one is not
05:09.27brlcadI can remove one
05:10.11amarjeetDoes beginner mark create difference and what?
05:12.16brlcadbeginner tasks are supposed to assume no experience
05:13.18brlcaddone, fixed
05:44.16*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
06:18.50*** join/#brlcad shardulc (~shardulc@c-50-136-234-141.hsd1.ca.comcast.net)
06:28.06*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
06:30.39*** join/#brlcad shubham (9d7752f4@gateway/web/freenode/ip.157.119.82.244)
06:33.55*** join/#brlcad amarjeet_ (~amarjeet@202.164.53.117)
07:21.45*** join/#brlcad Apr (75d63585@gateway/web/freenode/ip.117.214.53.133)
07:22.01Aprjoin #openscad
07:43.50*** join/#brlcad amarjeet (~Amarjeet@169.149.164.79)
09:10.26*** join/#brlcad ickby (~stefan@x5d847763.dyn.telefonica.de)
09:31.38*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
09:34.21*** join/#brlcad amarjeet_ (~amarjeet@202.164.53.117)
09:37.10*** join/#brlcad amarjeet_ (~amarjeet@202.164.53.117)
10:11.26*** join/#brlcad sdsdsd (75d62f33@gateway/web/freenode/ip.117.214.47.51)
10:47.09*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
11:27.45*** join/#brlcad amarjeet (~Amarjeet@202.164.53.117)
11:46.42*** join/#brlcad shadow21 (~IceChat9@171.79.60.153)
11:52.19*** join/#brlcad amarjeet (~Amarjeet@202.164.53.117)
11:55.27shadow21please have a view at my latest submission, i am deeply sorry for my previous attitude towards the task.
12:03.41caen23shadow21: link to the task?
12:11.04shadow21are you a mentor?
12:39.28*** join/#brlcad boquete___ (~Piotr@91.232.62.60.studiowik.net.pl)
12:44.02caen23shadow21: yes, but i checked out your task, can't really help you, not my area
12:48.24*** join/#brlcad amarjeet (~Amarjeet@169.149.152.30)
13:12.22shadow21then please tell the incharge of my task to give a review, i guess i've done some wrong actions which have resulted my mentor being a bit uhappy with the work i'm turning in.
13:16.50amarjeetHey, could you tell the task about which you are talking about
13:24.07*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
13:25.52*** join/#brlcad ickby_ (~stefan@x5d8474cb.dyn.telefonica.de)
13:27.10shadow21the task is to design a buisness card for brl-cad
13:29.58amarjeetI have checked and there is nothing  like that a mentor will not review your task because he is unhappy or anything like that. They will definitely review it just be patient :)
13:45.47*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
14:04.10shadow21okay
14:30.08*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
14:31.50*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
14:38.51*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
14:50.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:02.15*** join/#brlcad juskirat2000 (3b5b437d@gateway/web/freenode/ip.59.91.67.125)
15:02.25juskirat2000hello
15:02.34juskirat2000is there any mentor ?
15:03.29juskirat2000??
15:05.30amarjeetHi
15:05.46amarjeetJust saw your design nice work
15:06.39juskirat2000thank you sir
15:07.18juskirat2000is it approved?
15:07.52juskirat2000?
15:09.42amarjeetNo,  I was just typing things that are missing like design in editable format and link to source you used and improvements that could be done.
15:10.54juskirat2000i made it in png
15:11.51juskirat2000link to source you use - i didn't get it
15:13.04juskirat2000<amarjeet> could you please tell me so that i can improve.
15:13.16amarjeetLink to source means from where you took things like to template or images you used in that design
15:14.11juskirat2000that also i have to mention within the comment ?
15:14.39juskirat2000<amarjeet> and i made it in png
15:14.45amarjeetYes, Its mentioned in task description
15:15.38juskirat2000but its not there
15:16.45juskirat2000<amarjeet> its not there in task description
15:17.05amarjeetFollowing is quoted from task description " Cite the source of any images you do use. If you have any doubts, just or keep it simple and fully design everything yourself."
15:18.14*** join/#brlcad piotrantosz (~Piotr@91.232.62.60.studiowik.net.pl)
15:18.16juskirat2000<amarjeet> but i did everything myself only
15:20.13juskirat2000?
15:20.39amarjeetDid you created the shirt on which you designed by yourself?
15:21.01juskirat2000yes
15:21.24juskirat2000no shirt i didn't design
15:21.36*** join/#brlcad goelsnigdha (b6402987@gateway/web/freenode/ip.182.64.41.135)
15:22.09juskirat2000<amarjeet> no shirt i didn't design but rest all the things were design by me
15:22.36amarjeetSo, you have to mention from where you took the shirt thats all
15:23.01juskirat2000ok
15:23.47juskirat2000<amarjeet> i have done it . you can check
15:24.49amarjeetI will check it in sometime and reveiw your task.
15:25.25juskirat2000ok  i am waiting .......
15:25.29juskirat2000thanks
15:25.54shadow21my task still hasn't been reviewed. Its been uploaded since 2pm IST.
15:41.05*** join/#brlcad shadow21 (~IceChat9@171.79.60.153)
15:44.12shadow21helloo
15:44.14shadow21anyone
15:44.27shadow21a lot my time is being wasted
15:45.38brlcadshadow21: reviews are guaranteed once a day (within 36 hours technically)
15:46.00brlcadthat's why it's very important to read and address all feedback from mentors when it's given, and to double-check your work
15:46.13brlcadat least, if you're trying to win, that's pretty much requisite
15:46.43*** join/#brlcad dracarys983 (~dracarys9@49.205.121.55)
15:47.08brlcadjuskirat2000: you shouldn't assume anyone is a sir when talking online, and such formality is generally inappropriate/discouraged for open source
15:47.56brlcadamarjeet: for the previews, using a stock t-shirt template is okay -- it's their editable source files that should be original work
15:48.08brlcadi.e., the artwork that would get sent to a printer
15:48.15brlcadyou don't send t-shirt templates to a printer ;)
15:49.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:51.02amarjeetOkay, and Is PNG accepted as editable format
15:51.32brlcadonly in very limited circumstances -- probably should remove it from the list
15:52.01*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
15:52.02brlcadeditable would be something like .psd, .ai
15:52.08amarjeetYes, I also think it should be
15:52.27brlcadi think inkscape writes .svg by default, so that's another
15:52.47brlcadbasically, something that has layers, text that is editable and can be repositioned
15:54.51amarjeetOkay
16:13.32brlcadamarjeet: i noticed you're reviewing tasks but not marking them needing more work or approved?  intentional?
16:15.54amarjeetI just didn't marked single task intentionally
16:16.14amarjeetAs I want to ask something from you at that time
16:17.10amarjeetIt was related to building model of house using OpenSCAD.
16:19.09amarjeetI wanted to know does we need to check how the model  looks or just we have to check that task is completed according to description
16:22.20*** join/#brlcad juskirat2000 (3b5b44bc@gateway/web/freenode/ip.59.91.68.188)
16:23.37juskirat2000is there any mentor ?
16:24.09gcibotis bored :(
16:24.48juskirat2000?
16:25.12*** join/#brlcad ickby_ (~stefan@x5d8474cb.dyn.telefonica.de)
16:26.58sniokyes
16:28.23sniokhttps://codein.withgoogle.com/dashboard/task-instances/4710613429256192/ looks a lot like http://brlcad.org/gci/data/uncategorized/2014-4544323332866048-Design_a_T-Shirt_for_BRL-CAD_6_-_BRL-CAD/file-3-2014-12-06T06:50-0800-Tshirt%201C.png
16:28.32gcibotDesign a t-shirt for BRL-CAD || 3 days || Outreach / Research || BRL-CAD
16:32.03brlcadexcellent catch sniok .. how'd you notice that? :)
16:32.35sniokI've been working on categorizing previous GCI tasks
16:33.08brlcadyes, but to notice that current pending task too ... wow :)
16:33.26brlcadprops
16:34.30brlcadamarjeet: it's a judgement call -- if they fulfilled the task criteria and clearly have spend at least 3 hours on it, that's generally plenty adequate to mark it accepted
16:36.08brlcadamarjeet: if they clearly spent lots of time and effort, e.g., more than 5+ hours, definitely should be accepted unless there's a major problem
16:36.35amarjeetOkay
16:36.37brlcadanything less, it's okay to say it needs more work when there is something that could be improved
16:37.24brlcadjust be cautious doing that more than a couple times on the non-design tasks.. they usually take hours and asking for more work should be to correct errors
16:39.14amarjeetOkay I will take care
16:39.20brlcadon design tasks, it's much more complicated -- there I tend to be more strict on them needing to fix all technical issues (not subjective issues!) and try to balance their effort with the quality of the work, how close to useable it is
16:39.49brlcade.g., http://brlcad.org/gci/data/uncategorized/2014-4544323332866048-Design_a_T-Shirt_for_BRL-CAD_6_-_BRL-CAD/file-3-2014-12-06T06:50-0800-Tshirt%201C.png is pretty darn close to usable as-is, whether I like it or not
16:41.23sniokbrlcad: I think we should make task about fixing spelling mistakes in OGV a bit easier. I don't think there are a lot of them and fixing at least 5 would be nice anyway.  
16:41.54brlcadhttps://codein.withgoogle.com/dashboard/task-instances/4710613429256192 has aliasing errors, an unnecessary trailing / on the url, lots of content on the belly (probably uncomfortable), but is otherwise close to usable too
16:41.55gcibotDesign a t-shirt for BRL-CAD || 3 days || Outreach / Research || BRL-CAD
16:43.01brlcadokay, I can reduce the count ... but there are more mistakes than one usually realizes
16:43.15brlcadthe mistake people make is browsing the code for spelling mistakes with their eyes
16:43.32brlcadspelling mistakes are caught using tools -- if you apply common tools, you'll find dozens
16:45.57amarjeetShould above task be accepted even with aliasing error
16:51.47*** join/#brlcad juskirat2000 (3b5b44bc@gateway/web/freenode/ip.59.91.68.188)
16:52.30juskirat2000i am finding difficulty again
16:58.52brlcadwell stop looking for it then juskirat2000! :)
16:58.54*** join/#brlcad amarjeet_ (~amarjeet@169.149.152.30)
16:59.06brlcadamarjeet: given the similarity, no
16:59.46brlcadfor design tasks, the bar keeps getting raised
17:00.24brlcadwithin the next week or two, I'd like to get all the previous and new design tasks into a gallery on github so everyoen can see prior work
17:00.43brlcadit helps set quality and uniqueness expectations
17:04.22amarjeetThat would be great as otherwise I would have accepted it as I would not have know that its similar to some previous work.
17:04.37*** join/#brlcad juskirat2000 (3b5b44bc@gateway/web/freenode/ip.59.91.68.188)
17:07.28juskirat2000??
17:11.24sniokI've been working on gci tasks manager, it's not done yet, I plan to finish it once GCI is over ( so we could add this year tasks ). But it can be useful for viewing.
17:11.36sniokFor example here is group for t-shirts: https://gci.esde.name/group/-KXq5e0ysT2bEn3UDJbn
17:12.26*** join/#brlcad piotrantosz (~Piotr@91.232.62.60.studiowik.net.pl)
17:12.59juskirat2000what should do for improvement
17:13.15juskirat2000what should i do for improvement
17:15.11juskirat2000?
17:19.05sniokjuskirat2000: As Amarjeet said you should fix jagged logo on the back and "squeeze the "BRL-CAD" and "Open Source Solid modelling" and make BRL-CAD little upward"
17:20.52sniokIf you don't understand something just ask
17:29.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:51.37*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
17:52.22*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
17:53.32*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
18:19.23Notify03BRL-CAD Wiki:Antero Ferreira * 0 /wiki/User:Antero_Ferreira:
18:34.38*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
19:11.18*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
19:20.31*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
19:21.44*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
19:26.09*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
19:29.12*** join/#brlcad dracarys983 (~dracarys9@49.205.121.55)
19:47.22*** join/#brlcad shardulc (~shardulc@c-50-136-234-141.hsd1.ca.comcast.net)
19:50.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:11.15*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
21:53.46*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
22:55.39*** join/#brlcad ipugh (49cacaf3@gateway/web/freenode/ip.73.202.202.243)
23:07.35*** join/#brlcad piotrantosz (~Piotr@91.232.62.60.studiowik.net.pl)
23:48.50*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
IRC log for #brlcad on 20161204

IRC log for #brlcad on 20161204

00:13.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:22.20*** join/#brlcad caen23 (~caen23@79.112.95.83)
00:48.38*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:16.21*** join/#brlcad infobot (ibot@rikers.org)
01:16.21*** topic/#brlcad is BRL-CAD is participating in GCI 2016! BRL-CAD 7.26.0 is latest, 7.26.2 coming in December. || HELP NEEDED: review, categorize 700+ previous GCI tasks: http://brlcad.org/gci/data/
01:43.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:55.40*** join/#brlcad LordOfBikes (~armin@dslb-178-007-231-018.178.007.pools.vodafone-ip.de)
04:25.43*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
04:31.14*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
05:18.55*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
05:21.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:40.19*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
05:41.49brlcadwonders where the other mentors are
06:25.34StragusFeeling short-handed this year?
06:26.43StragusI probably wouldn't be a good mentor, my criteria for good code probably differ from the BRL-CAD norms...
07:01.01brlcadStragus: not really, we have 21 mentors this year
07:01.25brlcadthough only half seem to be active, wondering where the others that signed up are at
07:02.07*** join/#brlcad amarjeet (~Amarjeet@2405:205:408e:b046:eeb3:982a:a8b7:d23b)
07:12.36*** join/#brlcad amarjeet (~Amarjeet@2405:205:408e:b046:eeb3:982a:a8b7:d23b)
07:24.15*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.145)
08:06.07*** join/#brlcad amarjeet (~Amarjeet@2405:205:408e:b046:eeb3:982a:a8b7:d23b)
08:28.07*** join/#brlcad ARChak (~vircuser@117.214.53.192)
08:31.41*** join/#brlcad amarjeet (~Amarjeet@2405:205:408e:b046:eeb3:982a:a8b7:d23b)
08:33.21*** join/#brlcad ARChak (~vircuser@117.214.47.37)
08:37.04*** join/#brlcad amarjeet (~Amarjeet@2405:205:408e:b046:eeb3:982a:a8b7:d23b)
08:42.15*** join/#brlcad amarjeet (~Amarjeet@2405:205:408e:b046:eeb3:982a:a8b7:d23b)
08:53.33*** join/#brlcad ARChak (~vircuser@117.214.49.94)
09:00.35*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.241.65)
09:04.26*** join/#brlcad ARChak (~vircuser@117.200.85.211)
09:11.48*** join/#brlcad ARChak (~vircuser@117.200.90.202)
09:17.01*** join/#brlcad ARChak (~vircuser@117.214.50.65)
09:17.41*** join/#brlcad amarjeet (~Amarjeet@2405:205:408e:b046:eeb3:982a:a8b7:d23b)
09:23.03*** join/#brlcad amarjeet (~Amarjeet@2405:205:408e:b046:eeb3:982a:a8b7:d23b)
09:24.46*** join/#brlcad Apra (~vircuser@117.214.53.186)
09:28.18*** join/#brlcad amarjeet (~Amarjeet@2405:205:408e:b046:eeb3:982a:a8b7:d23b)
09:34.17*** join/#brlcad amarjeet (~Amarjeet@2405:205:408e:b046:eeb3:982a:a8b7:d23b)
09:46.39*** join/#brlcad ARChak (~vircuser@117.214.46.17)
09:51.40*** join/#brlcad ARChak (~vircuser@117.214.42.64)
10:20.57*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
10:55.46*** join/#brlcad aliyuanh (49bd38b0@gateway/web/freenode/ip.73.189.56.176)
11:17.30*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
12:01.44*** join/#brlcad djkonro (~djkonro@154.70.108.97)
12:40.24*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
12:42.55*** join/#brlcad amarjeet (~Amarjeet@2405:205:408e:b046:d183:a2a5:5534:d1c8)
12:53.01*** join/#brlcad ickby_ (~stefan@x5d8474cb.dyn.telefonica.de)
13:24.12*** join/#brlcad amarjeet (~Amarjeet@169.149.171.90)
13:26.15*** join/#brlcad ickby (~stefan@x5d84662a.dyn.telefonica.de)
13:33.33*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
14:37.16*** join/#brlcad rasyidufa (~chatzilla@202.67.41.9)
15:10.17*** join/#brlcad shubham (67e9742a@gateway/web/freenode/ip.103.233.116.42)
16:06.37*** join/#brlcad MikeH (~Mike@188.175.158.32)
16:06.50*** join/#brlcad MikeHan (~Mike@188.175.158.32)
16:17.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:19.57*** join/#brlcad amarjeet (~Amarjeet@2405:205:408e:b046:d183:a2a5:5534:d1c8)
17:03.17*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
17:10.40*** join/#brlcad amarjeet (~Amarjeet@169.149.171.90)
17:41.17*** join/#brlcad sniok (~sniok@pc-212-191-78-204.p.lodz.pl)
17:42.56*** join/#brlcad ickby (~stefan@x5d84662a.dyn.telefonica.de)
18:04.59*** join/#brlcad ickby (~stefan@x5d847b60.dyn.telefonica.de)
18:30.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:45.17*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
20:03.54*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:3037:866:cd71:26be)
20:03.59*** join/#brlcad fddjj (75c85da2@gateway/web/freenode/ip.117.200.93.162)
20:05.02fddjjIn 5 spelling mistake(BRLCAD & LIBRECAD) what files do i need to look into?
20:06.11sniokIn source code files
20:11.59fddjjSo do I need to download the whole website?
20:22.11sniokYou need to download source code of the program you want to find mistakes in
20:25.06fddjjThank You :)
20:36.16*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:18.33*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
22:50.59Notify03BRL-CAD:brlcad * 69251 brlcad/trunk/BUGS: the transparent window issue is apparently cross-platform, indicating some bug introduced into the ogl or fb code
IRC log for #brlcad on 20161205

IRC log for #brlcad on 20161205

01:14.41*** join/#brlcad sanjiv2001 (2f11ed31@gateway/web/freenode/ip.47.17.237.49)
01:15.35*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:16.56sanjiv2001Hey I just started GCI, and I'm wondering where exactly are the files located for BRL-CAD? I know the other programs like LibreCad use Github.
01:17.12sanjiv2001Thanks in advance
01:21.26sanjiv2001https://github.com/kanzure/brlcad
01:21.40sanjiv2001Is this where all the files are?
01:21.59kanzureno
01:23.40sanjiv2001How do I complete the task for "find all spelling mistakes in BRL-CAD files?"
01:23.52sanjiv2001Where are these files found?
01:51.17*** join/#brlcad gtmsbrsfykpvuggl (~armin@dslb-178-010-184-144.178.010.pools.vodafone-ip.de)
04:12.34Notify03BRL-CAD:brlcad * 69252 brlcad/trunk/TODO: this isn't limited to rtgl, but put it there anyways as it pertains to ray tracing. coherent high performance lock-free thread safe queue. useful in a lot of places, but on-demand ray dispatching comes to mind first.
06:31.49gcibotis bored :(
07:30.15*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
07:38.52*** join/#brlcad merzo (~merzo@91.217.179.122)
07:46.07*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:52.58*** join/#brlcad amarjeet (~amarjeet@202.164.53.117)
08:01.38*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-qepuzqxkmpqzvxnw)
08:07.08*** join/#brlcad parthmiglani (~parthmigl@47.9.28.136)
08:16.48*** join/#brlcad dracary1083 (dracarys98@nat/iiit/x-zbmeituvmsnxbtns)
08:26.38*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-kpedcsnkiqptxofl)
08:52.57*** join/#brlcad caen23 (~caen23@79.112.95.83)
09:42.02*** join/#brlcad parthmiglani21 (~parthmigl@47.9.28.136)
11:09.51*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
12:42.32*** join/#brlcad ignacio (bip@2001:4830:134:7::11)
12:42.44*** join/#brlcad ignacio (bip@unaffiliated/ignacio)
12:50.11*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yfqrhorklmvldqlj)
12:50.43*** join/#brlcad merzo (~merzo@91.217.179.122)
13:48.20*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.241.65)
14:24.17*** join/#brlcad yorik (~yorik@2804:431:f720:17cc:290:f5ff:fedc:3bb2)
14:39.32*** join/#brlcad headhunte (~headhunte@122.161.61.49)
14:50.04*** join/#brlcad headhunter26101 (~androirc@122.161.61.49)
15:12.47*** join/#brlcad dracarys983 (~dracarys9@183.82.106.99)
15:19.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:27.17*** join/#brlcad dracarys983 (~dracarys9@183.82.106.99)
15:32.22*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-gpzlmcdslwhzhztb)
15:54.17*** join/#brlcad dracarys983 (~dracarys9@183.82.106.99)
16:03.57*** join/#brlcad dracary1083 (dracarys98@nat/iiit/x-vfyptuaaptaviqrk)
16:42.33*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-xsifddmchonsycqh)
17:03.26Notify03BRL-CAD:starseeker * 69253 (brlcad/trunk/include/bu/CMakeLists.txt brlcad/trunk/include/bu.h and 2 others): Checkpoint some work on a name generator function intended for use in things like dbconcat, xpush, clone, etc. that must generate names. Not ready yet.
17:15.54*** join/#brlcad amarjeet (~amarjeet@169.149.184.142)
17:27.17amarjeetbrlcad, There is task claimed by a student but he haven't submit anything nor commented anything and only 3hrs left for that task. Should time for that task be extended?
17:50.41Notify03BRL-CAD:starseeker * 69254 brlcad/trunk/src/tclscripts/man_browser.tcl: Don't want to be treating man page inputs as exact file specifications yet - that can cause some problems.
17:52.58Notify03BRL-CAD:starseeker * 69255 brlcad/trunk/NEWS: Technically, this is user visible since Windows users trying to read benchmark page in 7.26.0 will run into it (which is where I noticted it, actually.) Fix man page viewing so the benchmark script in the install directory isn't accidently used instead of the real man page.
17:56.30*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
17:57.58*** join/#brlcad ickby (~stefan@x5d847b60.dyn.telefonica.de)
17:59.47*** join/#brlcad amarjeet (~amarjeet@169.149.135.219)
18:04.18*** join/#brlcad ickby_ (~stefan@x5d845671.dyn.telefonica.de)
18:05.39amarjeetI have extended time for one student but its not showing.
18:06.07amarjeetDoes it show up after initial deadline expire?
18:25.03*** join/#brlcad ickby (~stefan@x5d845671.dyn.telefonica.de)
18:28.24*** join/#brlcad ickby_ (~stefan@x5d845671.dyn.telefonica.de)
18:47.25*** join/#brlcad amarjeet (~Amarjeet@2405:205:4182:3fa5:b26b:1621:7b1a:bd9b)
18:49.35amarjeetI had extended the time line of the following task but it still showed deadline missed https://codein.withgoogle.com/dashboard/task-instances/6320348515532800/
18:49.40gcibotDesign a t-shirt for BRL-CAD || 3 days || Outreach / Research || BRL-CAD
18:50.07amarjeetCould anyone look why it happened?
19:13.15*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-fgocwypdfhcvttio)
19:23.39*** join/#brlcad kanzure_ (~kanzure@unaffiliated/kanzure)
19:37.32*** join/#brlcad amarjeet (~Amarjeet@2405:205:4182:3fa5:b26b:1621:7b1a:bd9b)
19:49.36*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
19:56.59*** join/#brlcad vasc (~vasc@bl12-166-16.dsl.telepac.pt)
19:57.36vascsomeone's having problems with brlcad on macos x because of binary signing.
19:57.38vaschttps://codein.withgoogle.com/serve/6345523533447168/
19:58.41vaschere's the google code-in task
19:58.42vaschttps://codein.withgoogle.com/dashboard/task-instances/6112869986861056/
19:58.44gcibotInstall and run BRL-CAD || 3 days || Outreach / Research || BRL-CAD || Beginner task
20:25.29*** join/#brlcad sdads (67c37e8f@gateway/web/freenode/ip.103.195.126.143)
20:37.23*** join/#brlcad ignacio (bip@2001:4830:134:7::11)
20:37.30*** join/#brlcad ignacio (bip@unaffiliated/ignacio)
20:46.56*** join/#brlcad ignacio (bip@2001:4830:134:7::11)
20:47.04*** join/#brlcad ignacio (bip@unaffiliated/ignacio)
21:29.20*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
22:12.17*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:22.14*** join/#brlcad ignacio (bip@2001:4830:134:7::11)
22:22.20*** join/#brlcad ignacio (bip@unaffiliated/ignacio)
23:46.06*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
IRC log for #brlcad on 20161208

IRC log for #brlcad on 20161208

05:31.23*** join/#brlcad infobot (ibot@rikers.org)
05:31.23*** topic/#brlcad is BRL-CAD is participating in GCI 2016! BRL-CAD 7.26.0 is latest, 7.26.2 coming in December. || HELP NEEDED: review, categorize 700+ previous GCI tasks: http://brlcad.org/gci/data/
05:41.12*** join/#brlcad infobot (ibot@rikers.org)
05:41.12*** topic/#brlcad is BRL-CAD is participating in GCI 2016! BRL-CAD 7.26.0 is latest, 7.26.2 coming in December. || HELP NEEDED: review, categorize 700+ previous GCI tasks: http://brlcad.org/gci/data/
05:51.40niharbrlcad Should every completed GCI task (2012-2016) have a documented pdf file?
05:54.02*** join/#brlcad infobot (ibot@rikers.org)
05:54.03*** topic/#brlcad is BRL-CAD is participating in GCI 2016! BRL-CAD 7.26.0 is latest, 7.26.2 coming in December. || HELP NEEDED: review, categorize 700+ previous GCI tasks: http://brlcad.org/gci/data/
07:18.37*** join/#brlcad ickby_ (~stefan@tmo-115-70.customers.d1-online.com)
07:25.20*** join/#brlcad ickby (~stefan@tmo-102-159.customers.d1-online.com)
07:32.37*** join/#brlcad merzo (~merzo@91.217.179.122)
07:38.25*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:54.12AprtmI didn't understand the task convert a single function from c to opencl...what do we need to do?
08:10.22caen23_Aprtm: link to task?
08:50.36*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:46.54Notify03BRL-CAD Wiki:Troyanthony * 0 /wiki/User:Troyanthony:
09:51.38*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
10:25.26*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.195.246)
10:49.22*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
11:10.53Aprtmcaen23_ https://codein.withgoogle.com/tasks/5116035485138944/?sp-organization=4814441002565632&sp-is_beginner=False&sp-categories=1
11:10.55gcibotConvert a single function from C to OpenCL (hyperboloid) || 3 days || Code || BRL-CAD
11:11.13AprtmSorry for replying late
11:18.00*** join/#brlcad amarjeet (~Amarjeet@2405:205:418d:6df:9d19:bd60:6fe1:a965)
11:39.46StragusAprtm: Learn the basics of OpenCL, write the function in a way that's friendly to GPU parallelism, and test it
11:41.14StragusI'm not a mentor, but I can help with any question regarding writing good GPU code
11:43.46StragusAt first glance, the data memory layout and branching would have to be modified (to get good performance)
11:46.52*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.195.246)
11:47.46StragusGah, I was looking at the OpenCL code sample rather than the C. brlcad, that's some very slow code
11:50.29StragusParallel memory loads/stores have a large stride, they aren't coalesced or packed, there are local memory writes through that hitp pointer, branches should be minimized to improve parallelism (call do_segp() only once with the swapped arguments, not twice)
12:01.04*** join/#brlcad yorik (~yorik@2804:431:f720:25fd:290:f5ff:fedc:3bb2)
12:35.18*** join/#brlcad amarjeet (~Amarjeet@169.149.142.141)
13:03.21Aprtmcaen23, could you just take a look at my submitted task?
13:09.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:12.24caen23_Aprtm: sorry, i can't really evaluate design tasks, i don't know what to look for
13:18.28Aprtmohk :) never mind
13:24.04*** join/#brlcad sajarin (ac6254b6@gateway/web/freenode/ip.172.98.84.182)
13:26.11sajarinhey guys, looking to get some feedback on the submission I made to a task for GCI. I apologize in advance for any inconvenience. I would be extremely grateful for any feedback.  
13:43.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:15.22*** join/#brlcad amarjeet (~Amarjeet@2405:205:4209:d8a1:869f:23a5:2de8:6b62)
14:33.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:01.10*** join/#brlcad amarjeet (~Amarjeet@169.149.180.41)
15:02.28*** join/#brlcad gcibot_ (~gcibot@r167-59-115-209.dialup.adsl.anteldata.net.uy)
15:40.44*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.195.246)
16:58.11Notify03BRL-CAD:starseeker * 69258 brlcad/trunk/src/libbu/CMakeLists.txt: Add regex include dir to CMakeLists.txt for libbu
16:59.07*** join/#brlcad amarjeet (~Amarjeet@169.149.171.148)
17:07.33Notify03BRL-CAD:starseeker * 69259 (brlcad/branches/qtged/BUGS brlcad/branches/qtged/CHANGES and 77 others): Sync with trunk thru r69258
17:18.08Notify03BRL-CAD:starseeker * 69260 (brlcad/branches/tcltk86/BUGS brlcad/branches/tcltk86/CHANGES and 77 others): Sync with trunk thru r69258
17:30.58*** join/#brlcad amarjeet (~Amarjeet@2405:205:4087:aedf:6849:c0d4:e1a2:5434)
19:14.45*** join/#brlcad ickby (~stefan@x5d846fd2.dyn.telefonica.de)
19:43.12*** join/#brlcad ickby_ (~stefan@x5d846fd2.dyn.telefonica.de)
19:44.37*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
19:49.56*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
19:55.26*** join/#brlcad ickby (~stefan@x5d846fd2.dyn.telefonica.de)
20:01.14*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
21:22.05*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
23:03.12*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:12.44riesAny BRLCad mentor alive here ?
23:13.14ries…or Admin :)
23:20.59rieschecks time ...
23:27.00riesoff to bed
IRC log for #brlcad on 20161209

IRC log for #brlcad on 20161209

00:46.43*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:46.34*** join/#brlcad scscvntnrezesqze (~armin@dslc-082-083-185-231.pools.arcor-ip.net)
02:02.07starseekerbrlcad: was lmdb (https://github.com/LMDB/lmdb/tree/mdb.master/libraries/liblmdb) one of the key/value storage solutions on your "to-investigate" list?
02:07.28*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
02:15.36*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
02:17.03*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
02:23.17*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
02:24.14*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
02:24.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:04.52*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
03:56.52*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
04:55.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:37.29*** join/#brlcad ickby (~stefan@x5d846fd2.dyn.telefonica.de)
06:04.07*** join/#brlcad ickby_ (~stefan@x5d846fd2.dyn.telefonica.de)
06:19.54*** join/#brlcad ickby_ (~stefan@x5d846fd2.dyn.telefonica.de)
06:26.38*** join/#brlcad amarjeet (~Amarjeet@169.149.141.232)
06:28.23*** join/#brlcad ickby (~stefan@x5d846fd2.dyn.telefonica.de)
06:33.49*** join/#brlcad ickby_ (~stefan@x5d846fd2.dyn.telefonica.de)
06:37.28*** join/#brlcad Aprtm (67cbe8b1@gateway/web/freenode/ip.103.203.232.177)
07:06.50*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:08.22*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
07:36.40*** join/#brlcad Aprtm (67cbe8b1@gateway/web/freenode/ip.103.203.232.177)
07:37.20*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
07:38.43*** join/#brlcad merzo (~merzo@91.217.179.122)
07:44.57*** join/#brlcad gcibot_ (~gcibot@r167-59-14-192.dialup.adsl.anteldata.net.uy)
08:24.21*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
08:32.55*** join/#brlcad gcibot-afk (~gcibot@r167-59-14-192.dialup.adsl.anteldata.net.uy)
08:32.55*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
08:33.45*** join/#brlcad gcibot-afk (~gcibot@r167-59-14-192.dialup.adsl.anteldata.net.uy)
08:33.45*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
08:36.20*** join/#brlcad ignacio (bip@unaffiliated/ignacio)
08:38.18*** join/#brlcad Apra (67cbe8b1@gateway/web/freenode/ip.103.203.232.177)
08:38.45Aprais this blog ready to be submitted http://openscadtutorial.blogspot.in/2016/12/openscad-program-used-to-make-3-d-models.html
08:39.11*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:d893:6bde:784b:7b8f)
09:44.48*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
09:56.34*** join/#brlcad amarjeet (~Amarjeet@2405:205:4087:aedf:d472:d1a3:9fb6:b30f)
10:01.34*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.195.246)
10:11.46*** join/#brlcad caen23 (~caen23@79.112.95.83)
11:07.08*** join/#brlcad Arc__ (67cbe8b1@gateway/web/freenode/ip.103.203.232.177)
11:45.02*** join/#brlcad yorik (~yorik@2804:431:f720:25fd:290:f5ff:fedc:3bb2)
13:03.48*** join/#brlcad amarjeet (~Amarjeet@2405:205:4087:aedf:d472:d1a3:9fb6:b30f)
14:06.48brlcadcaen23: sorry I missed your question from a couple days ago -- yes there is an API or they can scrape, though I doubt they'll be able to scrape without being a mentor
14:08.21brlcadcaen23: the CI tasks are all completely open-ended at this point.  we have an older jenkins and buildbot both installed, but how to manage them properly is not defined.  what might make the most sense is to create an empty repo on github, and have them set everything up there
14:10.34brlcadStragus: those opencl gci tasks aren't for performance (they don't have the time or experience), it's just to transcode
14:11.23brlcadStragus: basically they have a time limit of about 3 hours effort, half of which is time spent getting set up, compiled, and submtting their work
14:18.18brlcadstarseeker: lmdb looks worth investigating, but I see now my database notes were kept uncommitted: on my short list after a bit of research was unqlite, leveldb, and tarantool
14:20.38brlcadI would add lmdb to that short list
14:25.26brlcadwould make a good little github repo project, to set those four up and compare them
14:37.15brlcadoh, rocksdb was also on the list
14:37.38brlcadahh, and this was why I'd discounted lmdb, but presumably something is wrong in the setup: https://www.influxdata.com/benchmarking-leveldb-vs-rocksdb-vs-hyperleveldb-vs-lmdb-performance-for-influxdb/
14:45.23caen23brlcad: so about the script that downloads gci data, what can a student do? is the api public?
14:46.09caen23since scraping doesn't really look like a good option
14:48.21caen23and for CI, if buildbot is up, i suppose we should set up some clients -- maybe look into some free service that provides those? since i don't think it's a good idea to use personal computers as buildbot clients (like we did last time)
14:49.41caen23oh, and another thing :D is there any way i could unsubscribe myself from design tasks? i don't think there's much i can do there (wouldn't know what to look for to evaluate/help properly), so it's mostly noise for me
14:50.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:00.24*** join/#brlcad amarjeet (~Amarjeet@2405:205:4087:aedf:d472:d1a3:9fb6:b30f)
15:25.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:58.11*** join/#brlcad dracary1083 (dracarys98@nat/iiit/x-dmuatyfpdvzahfvj)
16:03.45Notify03BRL-CAD:starseeker * 69261 brlcad/trunk/doc/docbook/system/mann/search.xml: Clarify options vs search plans, add an example showing verbose output.
16:04.03*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
16:31.09*** join/#brlcad amarjeet (~Amarjeet@2405:205:4180:5ef1:1a2:9bd2:34ba:de6d)
16:45.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:59.42brlcadcaen23: the api is public: https://developers.google.com/open-source/gci/resources/downloads/TaskAPISpec.pdf
17:02.49brlcadcaen23: yes, you can either go to each task and click the "x" on your name ... or use that API to auto-remove yourself from all of them :)
17:07.57caen23thanks :D
17:08.30brlcadas admin, I can bulk add you to tasks easily, but there is no bulk remove
17:37.56starseekerbrlcad: the page you pointed to indicated lmdb came out ahead for 30M values or less... maybe that's what it's optimized for?
17:39.21starseekeralso: "You could also potentially create a configuration with smaller shards and use LMDB for screaming fast performance."
17:44.17starseekeralso ran across and flagged rocksdb, unqlite and leveldb...
17:49.42brlcadlmdb is heavily optimized for fast reads (which is a good thing, probably our case too)
17:50.10brlcadwhereas leveldb is supposedly optimized for a balancing of reads and writes
17:50.29starseekerbrlcad: what's your preferred starting test?  unpack a .g into them in some way and do some random reads?
17:52.56brlcadbasically, but I'd structure it in context of our API
17:53.23starseekerum.  how so?
17:54.14brlcadthinking about something like http://brlcad.org/wiki/Example_Application minus the rt_i
17:56.23starseekererm.  so, db_open, db_dirbuild, db_update_nref?
17:57.32brlcadupdate_nref shouldn't exist
17:57.35brlcadbut yeah, something like that
17:57.37Stragusbrlcad: But wouldn't it be a problem to naively rewrite these functions to OpenCL, if later all APIs and memory layouts have to be changed for parallel hardware?
17:57.55StragusWhat happens inside the function is no big deal, but the interface and storage...
17:58.03brlcadStragus: it's a problem if the code were used and performance gain were expected
17:58.42StragusOpenCL with no expected performance gain... I see, eh
17:58.43brlcadit's all about breaking the work up into 2-4 hour chunks
17:58.49StragusAll right then
17:59.03brlcadfirst step, convert and compile ... that's probably already more than 2-4 hours for most of those kids
17:59.16Stragus:) Okay then
17:59.43brlcadnext step, maybe try to optimize one of them, or maybe just profile and report, or we come up with a pattern and they apply the pattern
18:00.23brlcadeither way, definitely not an end-state by any means, just one (tiny) incremental step forward that they can (maybe) manage
18:00.32brlcadso far not even one of those tasks has been claimed and completed
18:01.10StragusI see. Thanks, I'll keep all that in mind when answering questions on the topic
18:01.41brlcadstarseeker: so at heart, I think there just needs to be three basic timing tests we'll care about
18:02.02brlcadStragus: feel free to push them further if you get a kid that understands, any help is appreciated
18:02.22brlcadbut honestly, this is pushing the limits for most of them in many regards
18:02.28brlcadGCI kids can be as young as 13
18:02.54StragusSure, it was fun with that guy that did some CSG raytracing in OpenCL
18:03.01StragusInteresting
18:03.02brlcadsome *are* outstanding coders, but I've not seen any so far (we don't have most of our coding tasks uploaded)
18:03.26brlcadthat guy is still here, he's helping mentor them too (vasc)
18:03.38StragusCool
18:03.53brlcadhe actually has a phd candidate that might be picking up where he left off as a thesis topic
18:04.03starseekerfavors lmdb and unqlite from a "dirt simple to integrate" standpoint at a quick glance, but acknowledges that performance and robustness have to be king at this level of db IO
18:04.26brlcadstarseeker: yep, I was leaning towards that as well -- unqlite is particularly basic
18:05.13starseekerlmdb is (i think) 4 files that matter - lmdb.h, mdb.c midl.c and midl.h
18:05.14brlcadstarseeker: the three basic timing tests are the ones you mentioned day before yesterday: reads, writes, updates
18:05.32brlcadand even on those, I think really it's the read test that matters most
18:05.55StragusI once took libdbh (disk based hashtables, GPL) and did a complete rewrite for higher performance. It might not be what you have in mind though
18:06.16starseekerunfortunately GPL is a non-starter
18:06.30brlcadhow long does it take to db_open, dirbuild and/or lookup now .. then stub a new version of those three using unqlite and lmdb
18:07.07starseekeram I correct that the type of primitive doesn't matter at this point?
18:07.19brlcadyeah, I don't think that matters
18:07.25starseekeri.e. we're at struct directory, not concerned with any of the rt_db_internal info...
18:07.55brlcaddb_lookup is internals
18:08.11starseekerso maybe we should generate a mean large .g with sphflake to push things...
18:08.40starseeker?? - I thought db_lookup got the directory pointer given a string key
18:08.53starseekerisn't that the "read" part of the test?
18:08.59StragusI see, right. I assume it's still GPL even if one rewrites every single line of a GPL library, only keeping most of the "internal logic"
18:09.29brlcadstarseeker: sorry, you're right -- lookup is a directory
18:11.04starseekerfigured initializing the data from the .g into the container was the "write" (db_open/db_dirbuild), a randomized set of db_lookups was "read", and replacing an existing entry with a new one would be update?
18:11.27brlcadStragus: yep, still a derivative
18:11.53brlcadsome argue it's potentially a derivative even if you don't start with their code, but you looked at it
18:13.00brlcadsame as with proprietary code, the only safe route was to put two guys in two different rooms, one looking at the code and talking about it to the other guy, the other guy never looking at the code but just using spoken descriptions from his buddy
18:13.08brlcadat least, that's the old school way
18:13.59StragusIn this case, my code is definitely a direct derivative, no doubt about it :)
18:19.26starseekerin fairness, I've never heard of an open source dev suing another open source dev on the basis of simply reading code without copying it... doesn't mean it couldn't happen I suppose
18:21.12starseekerdoesn't actually know if a geometry edit invalidates a struct directory pointer as we're currently set up...
18:21.27brlcadstarseeker: the goal of this would be to make something like Example_Application's prep run faster, so what gets caller there is what should be timed
18:21.50brlcadwhich I think is what we're saying, but needs checking -- maybe that's a high-level test
18:21.55starseekerwhat threw me though is not using rt_i - pretty much all the work in the example assumes the rt_i struct
18:22.23starseekerand rt preping does need the db internal structs, IIRC
18:25.47brlcadso two different issues
18:26.58brlcadall I meant is that it's the db layer that is affected by reading into an lmdb store vs into our dbi_Head[] array
18:27.14starseekerright
18:27.27brlcadif that's sped up (or slowed down), that will propagate through to rt_dirbuild()
18:27.40starseekeroh, gotcha
18:29.13brlcadbut you do have a point .. there are some things that rt_dirbuild() does that db_dirbuild() does not and probably should
18:30.11brlcadso maybe a better setup is to define a specific high-level metric, like the time it takes to call ged_tops()
18:30.12starseekerwas afraid it might be hard to separate out dbio times from other prep times if the prep dominated the test time, but if the dbio time is long enough in the first place it shouldn't matter
18:31.13brlcadthose times are already separated out in rt, check the usual timing output
18:31.33starseekerah, OK
18:31.45starseekerisn't as familiar with what we report there as he should be
18:32.22brlcadthe only funky one is calls to prep moved from rt_prep_parallel() to rt_dirbuild() way back when
18:32.41brlcadi.e., the ft_prep calls are aggregated into the rt_dirbuild timings()
18:32.54brlcadbut the read-from-disk times are a separate line iirc
18:33.46brlcadwant me to whip up a tops timer?
18:34.09brlcadthen you can try hooking in different db's underneath
18:34.18starseekersure - sounds like a plan
18:34.55starseekerjust wants to be sure that whatever numbers come out of this are the numbers brlcad wants
18:37.24brlcadif we had our act together, we'd already have some libged or regression tests that exercise a database
18:37.40starseekernods
18:38.16starseekerwould be instructive to push .g to its limits - how many objects can it hold practically, what are the failure modes as it reaches its limits, etc.
18:38.35brlcadthere is also still value in timing the low-level operations if you want to work on that as well, a simple timer around db_dirbuild() would do that
18:39.05brlcadabsolutely!  ... I asked nick to work on that for the caching stuff but he didn't get there
18:39.39starseekernods - I'm concerned with what our decision criteria will be for going from the existing hash to "something else" - for this level of IO we need to know things are rock solid, and I'm not confident right now that I at least can tell that for certain
18:39.45brlcadhow many objects, how fast can it read/write/update them now, where does it break if two procs access simultaneously
18:48.39*** join/#brlcad bug (783bad84@gateway/web/freenode/ip.120.59.173.132)
18:48.54brlcadhi bug
18:49.12bughi
18:50.06bugi dont know where is the blog post to submit the tutorial task. can i have some help?
18:52.12brlcadbug: which task?
18:52.48brlcadthe task description probably tells you to post your tutorial to a blog -- this would be some blog that you set up
18:53.59bugbrlcad: thank you
18:58.29caen23brlcad: what kind of data should they download? i see google also has some scripts here https://code.googlesource.com/codein/api
18:59.31brlcadcaen23: something that can be massaged into http://brlcad.org/gci/data/
19:00.28brlcadwhich presently is the task instance int a dir with a scrape of the url and all url linked files downloaded
19:00.44brlcadwith a timestamp so we know which came before/after what
19:01.10brlcade.g., http://brlcad.org/gci/data/uncategorized/2014-6453861430591488-Design_a_new_website_favicon_5_-_BRL-CAD/
19:01.22caen23yup, seen that
19:02.06caen23looking at the api spec however, i can't see anything regarding the files
19:02.18brlcadcomments?
19:03.43brlcadI'll ask robert to see if he has a hook
19:03.56caen23nope :-?
19:07.35brlcadsent
19:09.47caen23could also be that the api docs are incomplete :-??
19:10.37caen23as for scraping, i think they'd have to use a headless browser, since the bulk of the page is generated dynamically from js
19:31.58brlcadcaen23: doable, I wonder if the old script that scraped the old site might work
19:32.04brlcad(with some edits)
19:47.51*** join/#brlcad gcibot-afk (~gcibot@r167-59-47-242.dialup.adsl.anteldata.net.uy)
19:47.52*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
19:57.02caen23brlcad: is the old script somewhere i can see?
21:25.38brlcadcaen23: yes ... somewhere ....
21:49.48brlcadmaths22: do you recall where the script is that generated brlcad.org/gci/data?
21:50.17brlcadI know peter wrote a script ... and it's probably in that uncategorized GCI task list
22:23.02caen23brlcad: found it http://brlcad.org/gci/data/uncategorized/2013-5807450632486912-Write_a_script_to_download_GCI_files_-_BRL-CAD/
22:29.08caen23i see he parsed some json, but i can't seem to find any for the current app
IRC log for #brlcad on 20161210

IRC log for #brlcad on 20161210

01:45.17*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:45.24*** join/#brlcad bqbvghmdwaqvjybi (~armin@dslb-088-065-188-244.088.065.pools.vodafone-ip.de)
02:59.29*** join/#brlcad caen23 (~caen23@79.112.95.83)
03:37.07*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
03:37.35*** join/#brlcad ``Erik_ (~erik@pool-100-16-14-17.bltmmd.fios.verizon.net)
03:42.39*** join/#brlcad ryoshu (~kamil@ns3100396.ip-37-59-8.eu)
04:00.16*** join/#brlcad caen23 (~caen23@79.112.95.83)
04:13.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:54.32*** join/#brlcad Apra (67cbea1d@gateway/web/freenode/ip.103.203.234.29)
05:30.45*** join/#brlcad caen23 (~caen23@79.112.95.83)
06:01.03*** join/#brlcad ryoshu (~kamil@netbsd/developer/kamil)
06:47.41*** join/#brlcad caen23 (~caen23@79.112.95.83)
07:27.20*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.252.65)
07:36.32*** join/#brlcad caen23 (~caen23@79.112.95.83)
07:49.56*** join/#brlcad gcibot-afk (~gcibot@r167-59-44-89.dialup.adsl.anteldata.net.uy)
07:49.56*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
07:53.01*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
08:20.22*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-lxrqdlyjgppnluqd)
08:21.43*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
08:23.09*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
08:39.24*** join/#brlcad amarjeet (~Amarjeet@2405:205:4089:8d4a:6418:a2ba:eabf:f83e)
08:39.31*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
08:48.19*** join/#brlcad tofu__ (~sean@104.225.5.10)
09:00.55*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
09:19.32*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
09:32.51*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.252.65)
09:33.39*** join/#brlcad ejno (~ejno@unaffiliated/kazaik)
09:40.59*** join/#brlcad caen23 (~caen23@info-c-73.info.uaic.ro)
09:44.30*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
11:12.59*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.138.124)
11:54.32*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
11:56.51*** join/#brlcad merzo (~merzo@188-92-133-95.pool.ukrtel.net)
12:00.20*** join/#brlcad merzo (~merzo@188-92-133-95.pool.ukrtel.net)
12:32.02*** join/#brlcad caen23 (~caen23@info-c-73.info.uaic.ro)
12:51.58*** join/#brlcad ``Erik (~erik@pool-100-16-14-17.bltmmd.fios.verizon.net)
12:51.58*** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net)
13:32.44*** join/#brlcad Victor_ (~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net)
13:32.56Victor_hi everyone
13:32.58Victor_my name is victor
13:33.08Victor_I am a participant of gci
13:33.53Victor_and I have a question about a task I am doing
13:34.09Victor_I am currently doing the “Design webpage for BRL-CAD contributors” task
13:34.23Victor_but I don’t know what a contribution page looks like
13:34.28Victor_can anyone give me an example?
14:27.06*** join/#brlcad Victor_ (~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net)
14:38.34*** join/#brlcad amarjeet (~Amarjeet@2405:205:4089:8d4a:6418:a2ba:eabf:f83e)
14:46.49caen23Victor_: it should contain information (such as name, area of contribution, maybe picture) about people who have contributed something to the development of brl-cad
14:48.24caen23and maybe you could integrate it with the current homepage of brl-cad (design-wise)
14:49.16*** join/#brlcad amarjeet (~Amarjeet@169.149.181.117)
14:58.58Victor_Ok, thanks
15:08.35*** join/#brlcad MikeH (~Mike@188.175.158.32)
15:23.01*** join/#brlcad hoangtrung1999 (7b16f95d@gateway/web/freenode/ip.123.22.249.93)
15:23.10hoangtrung1999Hi
15:23.27hoangtrung1999I'm trying to use Brl-cad
15:23.52hoangtrung1999Can someone help me? I can't export it as database objects file
15:46.38tofu__"The GUI has many features but just like any other open source application it has an older type of look. The GUI is like a Windows NT application's GUI"  <-- referring to archer
15:46.41tofu__sounds about right
15:47.35brlcadVictor_: welcome!
15:47.58brlcadVictor_: weren't there examples in the task description ??
15:51.05brlcadcaen23: there were a couple versions - i think that one was an older one
15:54.51*** join/#brlcad amarjeet (~Amarjeet@169.149.148.83)
16:01.25*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.168.22)
16:06.26*** join/#brlcad asad_ (~asad00@pool-173-72-4-45.cmdnnj.fios.verizon.net)
16:27.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:51.27*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.168.22)
17:17.14*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:27.16*** join/#brlcad caen23 (~caen23@79.112.95.83)
17:28.11*** join/#brlcad Pari (67c567e3@gateway/web/freenode/ip.103.197.103.227)
17:29.10PariHello I am a participant of GCI
17:29.32PariCan anyone help me out?
17:42.50Pari?
17:50.43*** join/#brlcad Lord_of_Codes (~Lord_of_C@43.249.38.69)
17:54.21amarjeetYes, Just ask what help you want.
17:54.55PariI have claimed a task which requires designing a business card
17:55.13PariI wanted to know what information do I have to add in it?
17:57.01amarjeetJust read the task description. Its mentioned in first paragraph
17:58.07PariActually it is not mentioned what information do I have to add in it?
17:59.50amarjeetDesign a professional business card for community members to give out to others at conferences, meetings, interviews, etc. The design will get filled in with personal information like name, title, phone number, email, maybe a mailing address too.
18:00.09ApraIs the link working https://codein.withgoogle.com/tasks/5242314945462272/
18:00.44amarjeetAbove is quote from task description and it says what information would be added
18:03.06Pariamarjeet, thank you
18:16.43*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.168.22)
18:31.33*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:36.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:28.25Victor_Hi everyone. For the task of “Design webpage for BRL-CAD contributors” on GCI, where can I find the list of “past and present contributors”?
19:28.27Victor_Thaniks
19:33.40caen23Victor_: your work is not required to contain the actual names of the contributor
19:33.48caen23contributors*
19:34.13caen23a template with some boilerplate names (e.g. john smith) should suffice
19:36.03caen23however, if you're interested, a list of contributors can be found here https://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/AUTHORS
19:47.30Victor_ok
19:52.01*** join/#brlcad gcibot-afk (~gcibot@r167-59-66-150.dialup.adsl.anteldata.net.uy)
19:52.01*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
19:52.57Victor_Also, what is it referring to by “type of contribution”? The task says I should include “type of contribution” in the webpage.
19:55.03ApraProbably the contributions by them...
20:08.11Victor_is it basically the “team role”?
20:12.40caen23Victor_: sections such as "code contributors", "translators", "documentation contributors", and so on
20:13.00Victor_oh ok, got it
20:31.23Victor_thanks
21:12.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:39.13*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
23:13.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:52.34*** join/#brlcad caen23 (~caen23@79.112.95.83)
IRC log for #brlcad on 20161211

IRC log for #brlcad on 20161211

00:28.07*** part/#brlcad Victor_ (~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net)
00:38.42*** join/#brlcad Ryan__ (640272d4@gateway/web/freenode/ip.100.2.114.212)
00:39.48Ryan__Hello :O
00:40.38*** join/#brlcad merzo (~merzo@127-16-133-95.pool.ukrtel.net)
00:53.15*** join/#brlcad caen23 (~caen23@79.112.95.83)
01:44.03*** join/#brlcad ngkjhapsxhrundks (~armin@dslb-094-216-164-088.094.216.pools.vodafone-ip.de)
01:55.28*** join/#brlcad caen23 (~caen23@79.112.95.83)
02:15.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:47.12*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:56.11*** join/#brlcad caen23 (~caen23@79.112.95.83)
03:56.58*** join/#brlcad caen23 (~caen23@79.112.95.83)
04:57.43*** join/#brlcad caen23 (~caen23@79.112.95.83)
05:58.28*** join/#brlcad caen23 (~caen23@79.112.95.83)
06:59.13*** join/#brlcad caen23 (~caen23@79.112.95.83)
07:38.45*** join/#brlcad caen23 (~caen23@79.112.95.83)
07:54.07*** join/#brlcad gcibot-afk (~gcibot@r167-59-6-184.dialup.adsl.anteldata.net.uy)
07:54.07*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
08:37.56*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:52.25*** join/#brlcad amarjeet (~Amarjeet@169.149.133.66)
11:46.01*** join/#brlcad merzo (~merzo@127-16-133-95.pool.ukrtel.net)
13:03.30*** join/#brlcad Arc__ (75c855bf@gateway/web/freenode/ip.117.200.85.191)
13:39.38*** join/#brlcad amarjeet_ (~amarjeet@169.149.133.66)
13:42.18*** join/#brlcad ickby (~stefan@x5d844667.dyn.telefonica.de)
13:51.43*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
13:55.08*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
15:35.21*** join/#brlcad Victor_ (~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net)
15:35.28Victor_Hi everyone
15:35.41Victor_Can anyone tell me about how many people contributed to BRL-CAD?
15:36.01Victor_I am doing a GCI task and this information is helpful to me
15:38.53caen23Victor_: how is it helpful? the contributors one?
15:39.19caen23designing a page for contributors?
15:39.58*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:40.43Victor_I am making this contributors webpage and I just need to know, like, did dozens of people contribute, or hundreds? Something like that, because I need to write something along the lines of “Since 1979, … of people contributed to make..."
15:40.52Victor_on the webpage
15:41.09caen23i linked you to this file previously https://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/AUTHORS
15:44.08caen23ideally, the number you need would be generated dynamically from a script, on page load
15:44.27caen23but you don't have to write the script for this task
15:45.38caen23however, just fyi, counting occurrences of the form "empty line, followed by line containing a comma" should give an accurate number
15:46.42caen23and eventually removing duplicates
15:47.43Victor_Thanks
15:48.22Victor_I mean like “hundreds of people contributed…” or “dozens of people…” or “thousands of people”. I need to estimate in order to write this sentence accurately
15:49.45caen23the file should help you
15:50.22Victor_Ok
16:09.12*** join/#brlcad MikeH (~Mike@188.175.158.32)
17:42.25*** join/#brlcad amarjeet_ (~amarjeet@169.149.133.66)
18:01.03*** join/#brlcad sag (3bb14a96@gateway/web/freenode/ip.59.177.74.150)
18:17.50*** join/#brlcad Apr (75c85cc8@gateway/web/freenode/ip.117.200.92.200)
18:26.01caen23brlcad: https://codein.withgoogle.com/dashboard/task-instances/5149272095850496/
18:26.04gcibotInstall and run BRL-CAD || 3 days || Outreach / Research || BRL-CAD || Beginner task
18:26.17caen23he says he can't download 7.26 for mac
18:26.26caen23i can't find it on sourceforge either
18:27.11*** join/#brlcad merzo (~merzo@93-195-113-92.pool.ukrtel.net)
18:27.55caen23brlcad: also this https://codein.withgoogle.com/dashboard/task-instances/4870492009791488/
18:27.57gcibotInstall and run BRL-CAD || 3 days || Outreach / Research || BRL-CAD || Beginner task
18:28.13caen23"when i type "rt" a window comes for a second and geet dissapears"
18:28.49caen23should i insist and figure out if it's a bug, or if he's doing something wrong?
18:33.34*** join/#brlcad MikeHan (~Mike@188.175.158.32)
19:17.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:31.16*** join/#brlcad Victor (~Victor@142.227.16.2)
19:31.57*** part/#brlcad Guest27032 (~Victor@142.227.16.2)
19:56.12*** join/#brlcad gcibot-afk (~gcibot@r167-59-31-58.dialup.adsl.anteldata.net.uy)
19:56.12*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
20:22.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:34.19*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20161212

IRC log for #brlcad on 20161212

01:46.36*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:52.12*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:40.56*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:40.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
06:26.55*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:d8e5:6a72:a8cb:50fb)
07:58.16*** join/#brlcad gcibot-afk (~gcibot@r167-59-78-223.dialup.adsl.anteldata.net.uy)
07:58.16*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
08:26.19*** join/#brlcad Lord_of_Codes (~Lord_of_C@209.58.183.35)
08:52.00*** join/#brlcad merzo (~merzo@91.217.179.122)
08:54.51*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:57.00*** join/#brlcad Lord_of_Codes (~Lord_of_C@209.58.183.34)
08:57.42*** join/#brlcad amarjeet (~Amarjeet@2405:205:4005:835b:ea62:2f98:a01a:4247)
09:12.06*** join/#brlcad caen23 (~caen23@79.112.95.83)
09:31.05*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
10:15.35*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.132.47)
11:24.30*** join/#brlcad Lord_of_Codes (~Lord_of_C@209.58.183.35)
11:44.59*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.132.47)
12:25.56*** join/#brlcad amarjeet (~Amarjeet@169.149.143.42)
12:44.17*** join/#brlcad amarjeet (~Amarjeet@169.149.143.42)
13:28.29*** join/#brlcad Aprat (55cb0723@gateway/web/freenode/ip.85.203.7.35)
13:37.44ApratIn OGV files, where we need to find the mistakes....can there be less than 5 mistakes?
13:44.13*** join/#brlcad amarjeet (~Amarjeet@2405:205:4005:835b:1754:b309:1abf:7aa4)
13:59.30*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.132.47)
14:12.57*** join/#brlcad aprat_ (55cb0723@gateway/web/freenode/ip.85.203.7.35)
14:47.50*** join/#brlcad amarjeet (~Amarjeet@169.149.191.192)
14:58.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:38.55*** join/#brlcad Lord_of_Codes (~Lord_of_C@209.58.183.34)
16:06.57*** join/#brlcad merzo_ (~merzo@193.105.70.110)
16:18.45*** join/#brlcad amarjeet (~Amarjeet@169.149.191.192)
17:04.05*** join/#brlcad caen23_ (~caen23@86.124.46.123)
17:09.48*** join/#brlcad MikeHan (~Mike@188.175.158.32)
18:22.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:40.20*** join/#brlcad dklfkd (75d631d8@gateway/web/freenode/ip.117.214.49.216)
18:41.52dklfkdcan anyone give me the link to install openscad through its sources...i am using windows and i am trying to complete the task of detecting memory leaks using valgrind
19:03.52Notify03BRL-CAD:brlcad * 69262 brlcad/trunk/include/rt/functab.h: comment cleanup
19:07.09kinteldklfkd: https://en.wikibooks.org/wiki/OpenSCAD_User_Manual/Building_on_Microsoft_Windows
19:08.05kinteldklfkd: I’d say building for Windows is for specially interested people who understand how build systems behave on Windows
19:08.31kinteldklfkd: We build Windows binaries using mxe.cc
19:08.49Notify03BRL-CAD:brlcad * 69263 brlcad/trunk/src/libbu/datetime.c: document the issue with bu_gettime() not returning a wallclock timestamp on Windows. we could make it do that by calling GetSystemTimePreciseAsFileTime() instead of querying the performance timer, but warrants some testing.
19:13.40dklfkdKintel, will it be easier for me to complete these type of tasks using ubuntu/linux?
19:18.51kinteldklfkd: I’m unsure what the tasks are, but it’s generally a lot easier to do this under Linux.
19:19.30dklfkdI guess I am a little interested in the codeing part...
19:20.10dklfkdlike compiling librecad3, and write plugins....c to opencl etc.,
19:23.28dklfkdKintel, Actually I had downloaded Ubuntu 3 days ago....and tried using vb but it got some error...then I ended up trying to install it, then I had an error in Grub menu, I reinstalled Ubuntu, but to my horror my windows got corrupted, now this time when  I reinstalled my windows, my ubuntu got corrupted and so here I am using windows once again :)
19:35.38kinteldklfkd: Using a VM might be less intrusive..
19:36.06dklfkdThanks Kintel
20:00.22*** join/#brlcad gcibot-afk (~gcibot@r167-59-152-49.dialup.adsl.anteldata.net.uy)
20:00.22*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
21:11.43*** join/#brlcad merzo_ (~merzo@93-195-113-92.pool.ukrtel.net)
23:48.46*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
IRC log for #brlcad on 20161213

IRC log for #brlcad on 20161213

00:36.52*** join/#brlcad Juliush (~Julius@c-73-198-150-170.hsd1.nj.comcast.net)
01:29.32*** part/#brlcad Juliush (~Julius@c-73-198-150-170.hsd1.nj.comcast.net)
01:31.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:54.32*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:40.57*** join/#brlcad whk (3aea7102@gateway/web/freenode/ip.58.234.113.2)
03:41.25whkhi guys, so im on this task to compile and install brl cad from source code
03:41.39whkbut im not exactly sure where to start
03:42.20whklike obtaining the source
03:43.03whkis it fine if i simply download the zip file from sourceforge? tortoisesvn is telling me that the wiki link is invalid
04:13.51brlcadwhk: if you have tortoisesvn, you just need to point it at our repo url (which is not the wiki)
04:13.54brlcad~cadsvn
04:13.55infobotTo obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk brlcad
04:16.10brlcadkintel: if you see more students like dklfkd, you can ask them for the task url
04:18.25whkoh thanks
04:19.18kintelbrlcad: thx - I was a bit slow and didn’t realize this was a GCI thing - just reacted to my openscad alert ;)
04:20.39brlcadkintel: just fyi, there's a few openscad related tasks that we could easily mentor like modeling particular objects, finding and properly reporting a bug, fixing something simple, etc .. and of course under no expectation or obligation to help them
04:24.20kintelnot sure how finding memory leaks in openscad made it onto that task list though, but probably good valgrind training
04:25.47brlcadit's a general valgrind task and it listed a handful of CAx tools they could choose from
04:26.15brlcadthere is a specific task to install and run openscad, 10 kids have completed that one so far
04:26.22brlcadcouple modeling tutorials
04:26.52brlcad11 models
04:30.44brlcadhere's one of the tutorials: http://openscadtutorial.blogspot.in/2016/12/openscad-program-used-to-make-3-d-models.html
05:35.51*** join/#brlcad gcibot-afk (~gcibot@r167-59-97-228.dialup.adsl.anteldata.net.uy)
05:35.52*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
05:39.49*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-kkjdjtizdshtdohh)
06:10.07Notify03BRL-CAD:brlcad * 69264 brlcad/trunk/include/bu/cv.h: if there's not a brlcad_config.h header, external apps can get a redefinition warning if either of these actually are defined. check it.
06:56.24Notify03BRL-CAD:brlcad * 69265 brlcad/trunk/src/proc-db/sphflake.c: fix corrupt filename in optimized compiles, init to default.
07:07.58*** join/#brlcad amarjeet (~Amarjeet@2405:205:4104:7dda:883d:df8e:3c1:fd11)
07:28.37*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
07:40.25Notify03BRL-CAD:brlcad * 69266 brlcad/trunk/src/proc-db/CMakeLists.txt: stub a simple timer tool that measures doing things to a .g file. run without args for usage. intended to help optimize the db I/O layer for faster processing of larger models (e.g., see if we can make some specific paths like db_lookups faster).
07:41.25*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:42.10*** join/#brlcad merzo_ (~merzo@91.217.179.122)
07:47.38Notify03BRL-CAD:brlcad * 69267 brlcad/trunk/src/proc-db/gtimes.c: cut down on the I/O printing if we're timing a small database
08:30.07*** join/#brlcad gcibot-afk (~gcibot@r167-59-95-15.dialup.adsl.anteldata.net.uy)
08:30.07*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
08:57.44*** join/#brlcad gcibot-afk (~gcibot@r190-133-92-104.dialup.adsl.anteldata.net.uy)
08:57.44*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
09:28.28*** join/#brlcad caen23 (~caen23@86.124.46.123)
11:20.03*** join/#brlcad yorik (~yorik@2804:431:f720:25fd:290:f5ff:fedc:3bb2)
11:40.46*** join/#brlcad amarjeet (~Amarjeet@2405:205:4104:7dda:883d:df8e:3c1:fd11)
12:59.17*** join/#brlcad amarjeet (~Amarjeet@2405:205:4104:7dda:883d:df8e:3c1:fd11)
13:11.28*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.206.144)
13:14.26*** join/#brlcad amarjeet (~Amarjeet@2405:205:4104:7dda:883d:df8e:3c1:fd11)
13:24.57*** join/#brlcad amarjeet (~Amarjeet@2405:205:4104:7dda:883d:df8e:3c1:fd11)
13:31.01*** join/#brlcad amarjeet (~Amarjeet@2405:205:4104:7dda:883d:df8e:3c1:fd11)
13:48.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:15.36*** join/#brlcad whk (3aea7102@gateway/web/freenode/ip.58.234.113.2)
14:26.21whkhi, sorry to bother but i can't run cmake to build it
14:26.32whkwhen i try to follow the steps this error shows up
14:27.13whkhttp://pastebin.com/ZUR90vuG
14:37.40caen23whk: the error message says that `cl` was not found in your path, and that you should run CMake from the Visual Studio Developer prompt
14:37.49caen23whk: on what version of windows are you?
14:39.41caen23brlcad: maybe a good task would be to update the wiki page with instructions for building on windows?
14:41.48Notify03BRL-CAD:starseeker * 69268 (brlcad/trunk/src/proc-db/CMakeLists.txt brlcad/trunk/src/proc-db/gtimes.c): Fix build.
14:43.31caen23whk: either way, see if this helps you https://msdn.microsoft.com/en-us/library/ms229859(v=vs.110).aspx
14:44.05caen23it should open a command prompt similar to the one you normally see, but this one should have the path properly set for using the ms compiler (cl)
14:48.50*** join/#brlcad Arsh (3b5919ff@gateway/web/freenode/ip.59.89.25.255)
14:49.15ArshHi
14:57.53caen23hi
14:59.01ArshIs there any mentor ?
15:01.19whkcaen23: sorry for the delay, my windows version is 10
15:04.20Arsh?
15:16.07*** join/#brlcad amarjeet (~Amarjeet@2405:205:4104:7dda:883d:df8e:3c1:fd11)
15:26.07*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
15:39.34*** join/#brlcad arsh_ (3b5919ff@gateway/web/freenode/ip.59.89.25.255)
15:39.50arsh_hi ! is there any mentor ?
15:46.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:51.16*** join/#brlcad amarjeet (~Amarjeet@2405:205:4104:7dda:883d:df8e:3c1:fd11)
15:51.25arsh_hello !
15:51.31arsh_is there any mentor ?
15:55.09amarjeetHi arsh
15:55.43arsh_can you please review my task ?
15:56.23amarjeetWhich task
15:57.05arsh_https://codein.withgoogle.com/dashboard/task-instances/6307892271513600/
15:57.11gcibotDesign a t-shirt for LibreCAD || 3 days || Outreach / Research || BRL-CAD
16:00.28*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.206.144)
16:01.38amarjeetDone, Just check it out.
16:02.56arsh_can i send my design in svg format ?
16:07.24amarjeetYes, Just it should have layered (I think its groups in case of svg) structure . So, that design can be easily formatted later
16:12.11arsh_<amarjeet> sir, I have uploaded you can check it . thanks
16:16.24*** join/#brlcad amarjeet (~Amarjeet@2405:205:4104:7dda:883d:df8e:3c1:fd11)
16:20.34arsh_<amarjeet> sir , did you see ?
16:26.53*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
16:27.19*** join/#brlcad arsh (3b5919ff@gateway/web/freenode/ip.59.89.25.255)
16:38.39whkexcuse me
16:38.50arsh?
16:39.06whki have a slight doubt about what to do next
16:39.18whkjust not clear about it
16:40.09whkhow can i run cmake from within the visual studio command prompt
16:42.51whki tried doing the same thing in the dev command prompt
16:42.57whkit shows the exact same error
16:43.09whkhttp://pastebin.com/ZUR90vuG
17:01.52*** join/#brlcad rafid (70d7ad42@gateway/web/freenode/ip.112.215.173.66)
17:08.49*** join/#brlcad whk_ (3aea7102@gateway/web/freenode/ip.58.234.113.2)
17:09.03whk_erm did i miss annything
17:09.08whk_my wifi got downed
17:09.32d_rossbergwhk: in the start menu: programs -> visual studio -> visual studio tools -> choose your preferred command line environment there
17:09.50d_rossbergor use the cmake gui as i do
17:12.00whk_oh
17:12.03whk_ok
17:12.36caen23whk_: did you open the dev command prompt?
17:13.30whk_yep
17:13.39whk_wait how do i choose the preferred
17:13.46whk_environment
17:13.55whk_is it according to that websites instructions
17:14.28caen23in that folder, you should have two icons, you "choose" by opening the one you want
17:14.38whk_oh
17:14.46whk_between dev and the other one
17:14.59whk_msbuild
17:15.36caen23yes, choose the dev one, go into the folder where you cloned the brlacd trunk, create a new directory, go inside it, type `cmake ..`, and it should work
17:15.54whk_it doesn't though
17:15.59caen23if it complains about cl again, can you please type `cl` at the prompt and tell me what you get?
17:16.06whk_ok lemme try
17:17.36whk_its not recognised?
17:18.13caen23hmm... it appears the dev command prompt did not set the correct paths
17:18.44whk_how do i fix that?
17:19.00caen23when you installed visual studio, did you select the checkboxes for visual c++ development?
17:19.15whk_hm im not sure
17:19.21whk_where do i check
17:19.26whk_i did the standard one
17:19.31caen23from what i can remember, they should be off by default
17:19.36whk_oh
17:19.55whk_where can i check
17:20.07caen23`C:\Program Files\Microsoft Visual Studio 14.0\VC\bin`
17:20.13caen23do you have a cl.exe in there?
17:20.17caen23assuming you have vs2015
17:20.32caen23if you don't have vs2015, you should replace 14.0 with something else (12.0 or whatever)
17:21.32whk_hm
17:21.36whk_lemme see
17:22.43whk_x86 or no
17:23.03whk_because i have two instances of microsoft visual studio 12.0
17:23.10whk_and i have 11.0 and 14.0 too
17:23.12whk_somehow
17:23.24caen23yes, it's messed up like that, it installs a lot of stuff
17:23.31caen23if u have 14.0, that's what interests you
17:23.42caen23i'm not sure about x86 or no, i would say check both
17:23.52caen23i only have a 32-bit vm, so i can't be sure
17:24.30whk_ok
17:25.04whk_c1.exe isnt here
17:25.28whk_ok
17:25.47caen23ok, then you didn't install the c++ tools when you installed visual studio
17:25.48whk_so it wasnt installed?
17:25.51whk_yea
17:25.56caen23you need to "repair" the installation, or however they call it
17:26.04whk_oh
17:26.05whk_how
17:26.40caen23download the kit again, and when you get to the part where it asks about features, expand the "Visual C++" tree and send me a screenshot, if you can
17:27.15caen23or you can just select the entire tree, if disk space isn't an issue
17:27.26caen23but i usually pick the stuff i need from there
17:28.38*** join/#brlcad whk (3aea7102@gateway/web/freenode/ip.58.234.113.2)
17:28.54whkfurther apologies
17:29.02whkmy computer died early
17:29.14caen23don't worry about it
17:29.18whkso basically reinstall?
17:29.50whkwhat kit do i download?
17:30.11caen23i think the community edtition one should do
17:30.27caen23or whichever one you used when you first installed it
17:30.32whkoh
17:30.39whkbut i have to do it all over
17:31.07caen23i know, it's a pita, but it's the only way :(
17:31.17whkoh well
17:31.18whk:/
17:31.27whkguess i might be continuing this another day then
17:31.34whkthe installation process is far too long
17:31.40whkits midnight over here
17:31.44whkthanks so much
17:32.02caen23no problem
17:32.08whkbye
17:44.17*** join/#brlcad amarjeet (~Amarjeet@2405:205:4104:7dda:883d:df8e:3c1:fd11)
18:01.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:38.00caen23brlcad: i think i deleted my sourceforge account some time ago, can i create a new one and get commit access? i found a bug in libnetpbm which messes up building on newer versions of msvc and i wanted to fix it
18:41.31*** join/#brlcad harshil (2f090b20@gateway/web/freenode/ip.47.9.11.32)
18:41.53harshilanybody here can help me please
18:42.52caen23harshil: what's the matter?
18:43.30harshilhow to create geometry database on archer brlcad
18:43.59caen23just state your question and stick around. someone will eventually answer
18:44.21harshilcaen23 u dont know
18:45.21caen23i suppose you create your components, and then export it using file > export
18:47.51harshilactually i just wanted to draw a sphere there, how can i do that caen23
18:53.24harshilanyone please
18:55.32``ErikI didn't think archer was ready for use yet... in mged, you could do the 'make' command
18:55.53``Erikand sph is the type to make a sphere
18:56.06caen23it seems to work in archer, too
18:56.10caen23`make sph1.s sph`
18:57.36harshiltell me in archer
18:57.58caen23harshil: i did
18:58.02harshili just want to write my name on the screen of archer
18:58.14caen23`make sph1.s sph` works in archer
18:58.18harshilwhat should i do caen23
18:58.41caen23type `make sph1.s sph` in the command section of archer. you can replace sph1.s with whatever name you want
18:59.21harshili want to write harshil , tell me proper command please
19:00.48caen23are you doing an 'install and run brl-cad' task?
19:01.17harshilyup dude
19:01.44caen23after you draw and raytrace the model, you just type your name in the command section
19:02.08caen23it doesn't have to be a valid command, it just has to be there so we know you the screenshot is yours
19:03.23harshilok thanks
19:03.29harshili get it now
19:03.59``Erikheh, I wonder if people are trying to write their name using spheres
19:04.26*** join/#brlcad amarjeet (~Amarjeet@2405:205:4104:7dda:883d:df8e:3c1:fd11)
19:04.38caen233d umlauts ^^
19:05.14harshilheheheheh
19:05.27harshilthanks caen23 once again
19:05.33caen23np
19:05.59harshilwhats your name btw
19:06.20harshili mean full name and from where you are
19:07.36caen23and a copy of my id :P
19:09.31harshilare you on fb or instagram
19:09.51caen23nope
19:12.07harshilany other social site
19:14.18caen23not really
19:16.23harshilok
19:16.31harshilu r from??
19:21.14caen23it doesn't matter
19:26.53harshiltell man
19:30.53harshil#druplar
19:51.23*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
20:48.57*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:59.50*** join/#brlcad gcibot-afk (~gcibot@r186-55-71-74.dialup.adsl.anteldata.net.uy)
20:59.50*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
22:32.53*** join/#brlcad merzo (~merzo@93-60-92-178.pool.ukrtel.net)
23:02.37*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:07.33*** join/#brlcad merzo (~merzo@93-60-92-178.pool.ukrtel.net)
23:15.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20161214

IRC log for #brlcad on 20161214

00:02.46*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:03.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:11.58*** join/#brlcad whk (3aea7102@gateway/web/freenode/ip.58.234.113.2)
01:40.33*** join/#brlcad egvuzrumgdccotdo (~armin@dslb-178-010-187-105.178.010.pools.vodafone-ip.de)
02:12.16whkim configuring my system
02:12.20whkthsi should be almsost done
02:13.31*** join/#brlcad whk (3aea7102@gateway/web/freenode/ip.58.234.113.2)
02:13.36whkwhat a mircale
02:13.42whkbrowser crashed
02:13.58whkanyway im in a bit of a rush for time so
02:14.15whkmay i know if there could be any more setup issues?
02:14.22whksorry for the amibiguity
02:14.53whkdo i need to go all the way to the environment
02:15.39whki have about 15 minutes, i do hope it is enough to complete this
02:18.35whkdo i just type "cmake .." ?
02:19.52whkit should have the whole /usr/brlcad/... thing right
02:20.58whkalso may i know if it's fine to put in /usr/ on windows?
02:35.39whkah crap
02:35.54whknvm
03:46.18*** join/#brlcad caen23 (~caen23@86.124.46.123)
04:38.30*** join/#brlcad devcodev (~devcodev@175.100.187.68)
04:43.53*** part/#brlcad devcodev (~devcodev@175.100.187.68)
07:03.44*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:21.38*** join/#brlcad amarjeet (~Amarjeet@2405:205:4104:7dda:1d9f:1b06:8f26:df38)
07:45.41*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-yrsotcymesutmott)
08:07.23*** join/#brlcad amarjeet (~Amarjeet@2405:205:4104:7dda:1d9f:1b06:8f26:df38)
08:12.30*** join/#brlcad amarjeet (~Amarjeet@2405:205:4104:7dda:1d9f:1b06:8f26:df38)
08:22.38*** join/#brlcad amarjeet (~Amarjeet@2405:205:4104:7dda:1d9f:1b06:8f26:df38)
09:01.56*** join/#brlcad gcibot-afk (~gcibot@r186-54-40-213.dialup.adsl.anteldata.net.uy)
09:01.56*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
10:03.08*** join/#brlcad pranav (~pranav@146.88.41.87)
10:09.08pranavFor the t-shirt designing task, I had a few questions. First, can I use a free template for the t-shirt and put my designs on top of it ? Second, the task requires me to submit "with transparency or dimension settings". So do I need to submit something other than an SVG and PNG ?
10:09.37pranavSorry I forgot to say Hi !
10:41.23*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
11:04.15*** join/#brlcad amarjeet (~Amarjeet@2405:205:4104:7dda:1d9f:1b06:8f26:df38)
11:10.15*** join/#brlcad caen23 (~caen23@86.124.46.123)
11:30.04*** join/#brlcad yorik (~yorik@2804:431:f720:cd8e:290:f5ff:fedc:3bb2)
14:44.14*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.131.237)
14:48.08Notify03BRL-CAD:Thebunnyrules * 0 /wiki/User:Thebunnyrules:
14:52.42*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.137.110)
14:54.23*** join/#brlcad amarjeet (~Amarjeet@2405:205:4104:7dda:1d9f:1b06:8f26:df38)
15:04.30*** join/#brlcad amarjeet (~Amarjeet@2405:205:4104:7dda:1d9f:1b06:8f26:df38)
15:08.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:27.18*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.139.154)
15:34.38*** join/#brlcad amarjeet (~Amarjeet@2405:205:4104:7dda:1d9f:1b06:8f26:df38)
15:34.54*** join/#brlcad adsfgf (d842062d@gateway/web/freenode/ip.216.66.6.45)
15:36.48adsfgfHi, for the making of logo or rather tshirt designing of opencax...do we just need to make the logo for the tshirt or morph it on the tshirt and submit it?
15:59.59*** join/#brlcad arsh_ (75dfc18c@gateway/web/freenode/ip.117.223.193.140)
16:01.20*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.202.72)
16:10.37*** part/#brlcad dracarys983 (dracarys98@nat/iiit/x-yrsotcymesutmott)
16:12.02*** join/#brlcad arsh (75dfc18c@gateway/web/freenode/ip.117.223.193.140)
16:12.25arshhello ! Is there any mentor ?
16:15.34arsh??
16:17.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:17.06caen23arsh: just ask your question, and wait for a reply
16:17.49arshi want to get my task reviewed
16:23.30arsh?
16:25.55caen23it will be reviewed, have some patience
16:26.02adsfgfarsh if u need to review the task, the mentors will review it ...they just need some time
16:26.22arshok thanks
16:27.32*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
16:31.03*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.204.128)
16:48.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:13.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:14.52*** join/#brlcad arsh (75dfc18c@gateway/web/freenode/ip.117.223.193.140)
20:49.19Notify03BRL-CAD:bob1961 * 69269 (brlcad/trunk/include/dm/bview.h brlcad/trunk/src/libged/display_list.c brlcad/trunk/src/libged/ged_private.h): This fixes breakage of the draw command's transparency option. This is visible in archer and potentially anything that uses libged for drawing.
21:04.02*** join/#brlcad gcibot-afk (~gcibot@r186-55-75-188.dialup.adsl.anteldata.net.uy)
21:04.02*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
22:54.11*** join/#brlcad Victor (~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net)
22:54.21VictorHi everyone
22:54.29VictorI have a question about BRL-CAD the software
22:54.43Guest21126How do you edit an entire combination?
22:55.33Guest21126a “sed” command is used on a primitive, but what command is used on an entire combination?
23:23.29*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:30.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:45.38Notify03BRL-CAD:brlcad * 69270 brlcad/trunk/src/libbu/vls_vprintf.c: remove extraneous va_end(), which is undefined behavior when not preceded by va_copy() or va_start().
23:47.29Notify03BRL-CAD:brlcad * 69271 brlcad/trunk/src/libbu/bomb.c: add missing va_end() which *must* follow va_start/va_copy per the standard. probably not a major issue here since the next thing we do is bomb, but could avoiding crashing on bomb shutdown.
23:48.42Notify03BRL-CAD:brlcad * 69272 (brlcad/trunk/src/libbu/log.c brlcad/trunk/src/libbu/vls.c): move the va_start/va_end calls closer to where they are needed
IRC log for #brlcad on 20161215

IRC log for #brlcad on 20161215

01:07.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:29.02*** join/#brlcad whk (3aea7102@gateway/web/freenode/ip.58.234.113.2)
02:36.19whkhi guys, so i kinda run into a problem
02:36.32whki tried repairing visual studio but this time
02:36.36whkmy dev command prompt is gone
02:37.01whkoh nvm
02:37.08whksomehow the search glitched
03:36.12*** join/#brlcad whk (3aea7102@gateway/web/freenode/ip.58.234.113.2)
03:36.21whkthe confiuration failed
03:36.29whki observed a lot of tests failed
03:41.05whkit told me to replace the old configuration and INSTALL files so i'll go see if that works
04:14.45whkoh it does
04:14.46whkgreat
04:15.19whknow i cant make though
04:31.03whkmake is not a command apparently
04:34.33StragusOn Windows, I don't think you'll typically have GNU Make installed
04:35.04StragusIt's probably part of mingw64 package... but I assume the task about building with Visual Studio would imply building with the VS tools rather than GNU ones
04:40.27whkoh
04:40.38whkok
04:40.46whkso how would i do it without gnu make
04:54.49whknvm
04:54.59whkinstalling this mingw64 instead
05:34.07whkthanks
07:00.58*** join/#brlcad amarjeet (~Amarjeet@2405:205:4207:8e6:9c11:a1c2:3b9:e11d)
07:30.20*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
07:46.05*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
08:04.54*** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-liwwhuclzvffkdaz)
08:57.18*** join/#brlcad whk (3aea7102@gateway/web/freenode/ip.58.234.113.2)
09:03.04whkhi guys i still have issues with the make
09:03.12whkits not recognised
09:03.21whki installed mingw64
09:03.35whkits not recognised there either and i havent figured out how to use it
09:06.03whki tried installing gnu 32
09:06.07*** join/#brlcad gcibot-afk (~gcibot@r186-55-65-54.dialup.adsl.anteldata.net.uy)
09:06.07*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
09:06.13whkmake still isnt working
09:10.19caen23whk: no need to use mingw
09:11.03caen23after running cmake, in your build directory, do you have a file with a .sln extension?
09:11.25whklemme see
09:11.26whknope
09:11.36caen23how did you run cmake?
09:11.42caen23gui or cli?
09:12.09whkcommand prompt
09:13.25caen23what arguments?
09:13.36whkcmake ..
09:14.04whki asked if this was it the other time, im not really sure if this is enough
09:14.34whkconsidering how theres nothing i told it to build
09:14.49caen23try the steps here http://brlcad.org/wiki/Compiling#Configure_your_Build
09:15.12caen23it uses the CMakeList file by default, that's how it figures out what and how to build
09:16.37whkoh
09:16.40whkoh ok
09:17.01whkthanks
09:17.09whkby the way
09:17.15whkthere's a crap ton of failed tests
09:17.18whkis that fine?
09:17.27whkwhen i ran cmake
09:17.41whka lot of tests failed or files cldnt be found
09:18.17caen23it should be fine, i think it's because it's testing for linux stuff, which it won't find on windows
09:20.35whkohh ok
09:20.37whkthanks
09:20.48whkhold ip
09:20.49whkup
09:21.59whkhttp://pastebin.com/Csijd2Vs
09:22.08whkthese errors filled my screen
09:22.09whkshit
09:24.44whkmay i know what they mean and how to fix them?
09:25.07whkoh yea and by the way i followed an instruction from cmake earlier
09:25.11whkim not sure if thats the cause
09:25.16whklet me try to revert this change
09:26.13caen23you should clean your build directory and try again
09:26.18caen23with the commands from the wiki
09:29.40whkoh ok
09:29.46whkwelp
09:29.49whki already started it
09:29.55whkwill the error show up again?
09:31.30caen23started what?
09:32.37whkthe cmake
09:32.43whkapologies
09:32.53caen23without cleaning the build directory? also, no need to apologize ^^
09:33.19whkyea with the build directory left unchanged
09:33.33caen23uh, if it fails, clean it and try again
09:33.38caen23i don't know if it will fail
09:33.43whkits just
09:33.44whkstuck
09:33.56whki probably shld go close the window
09:34.11caen23what window?
09:34.13whkits still running the tests
09:34.17whkthe command prompt
09:34.21whkhow do i cancel this?
09:34.50whkoh never mind
09:34.53whkits continuing
09:37.04caen23it's a bit slower on windows, don't worry
09:37.18whkok
09:37.24whkoh dear
09:37.27whkits the same error
09:37.34whkyep
09:38.13caen23ok, clean the build directory now and try again
09:39.52whkyea
10:00.09whkoh
10:02.30caen23by the way, if it worked, don't type make
10:15.20*** join/#brlcad andromed1-galaxy (~andromeda@goto.ucsd.edu)
10:22.53whkoh
10:22.54whkwell
10:22.56whkit failed
10:22.58whki need to
10:23.01whkredo that step
10:23.08whkreplace configure and INSTALL files
10:23.21whkwhich i undid earlier
10:23.24whkoh well
10:23.51caen23i don't really understand, what step do you need to redo? also, what files are you replacing?
10:24.39whkthe configure and INSTALL files
10:24.48caen23why?
10:25.55whkhttp://pastebin.com/fySNpXAq
10:26.06whkits telling me
10:26.08whkits outdated
10:26.56caen23oh, ok then
10:27.23whkwait a second did i just
10:27.39whkoh gosh i forgot to clear build again
10:28.27whkoh wait
10:28.32whkit worked?
10:28.57whkconfigured, generated, build files written
10:28.59whkgreat
10:29.02whki dont have to do make?
10:29.10caen23nope
10:29.34caen23do you have a file named BRLCAD.sln in the build dir?
10:31.06whkyea
10:31.09whkok
10:31.18caen23open it in visual studio
10:31.22whkok
10:31.42whkis this where i install it?
10:31.48caen23you should then have a panel on the right, with lots of files (targets) in some folders
10:32.28caen23start collapsing the folders, until you see a target named ALL_BUILD
10:32.36caen23then right click the target, and choose Build
10:32.51caen23it's gonna start a (long) build process, hopefully
10:33.42whkoh
10:33.44whkwow
10:33.48whkits really laggy
10:34.00whka long one?
10:34.32caen23yes
10:34.42caen23it's normal to be laggy, too
10:35.12whkoh wow
10:35.17whkthats a lot of files
10:35.24caen23yup
10:35.27whktargets*
10:35.45whkhow long u reckon thisll take?
10:36.20caen23it took half an hour for me, inside a virtual machine
10:36.25whkoh
10:36.29whkbut its a vm
10:36.35caen23don't know how long it will take you
10:36.39whkok
10:37.12caen23by the way, you can grab the blue strip above the compilation output, and drag it to the middle of the vs window
10:37.21caen23it should make the output full screen, so you can see it better
10:41.01whkoh
10:41.04whkok
10:43.24caen23after that is done, you should type `Release\bin\archer.exe` at the command prompt in the build directory. if it opens the program, great. if it doesn't, don't panic.
10:44.09*** join/#brlcad whk_ (3aea7102@gateway/web/freenode/ip.58.234.113.2)
10:45.31whk_i wonder
10:45.42whk_whys my com dying before the battery indicator hits 0
10:45.56whk_welp in any case
10:46.08whk_this build doesn seem like its gonna take any less than half an hour
10:46.13whk_XD losing to a vm here
10:46.44caen23it will report the time it took to build when it's done
10:46.51whk_oh
10:47.03caen23by the way, did you get my previous message about running archer.exe?
10:47.21whk_nope
10:47.23caen23after that is done, you should type `Release\bin\archer.exe` at the command prompt in the build directory. if it opens the program, great. if it doesn't, don't panic.
10:47.27whk_my com alr died by then
10:47.31caen23i figured
10:47.35whk_oh ok
10:47.36caen23sent it again
10:47.51whk_running archer?
10:47.56whk_and then mged?
10:48.02caen23either one is fine
10:48.06whk_oh
10:48.09whk_oh its an or
10:48.51*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
10:49.21caen23archer is the newer interface
10:49.47whk_ohh
10:49.53whk_whats it do?
10:50.04whk_its just the gui for brlcad?
10:50.23caen23it's the program people use to draw stuff
10:50.28caen23yes, just the gui
10:50.35whk_oh ok
10:50.37whk_cool
10:50.47whk_looking forward to seeing it
10:51.58caen23:D
10:57.59*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.207.68)
11:02.56*** join/#brlcad Lord_of_Codes (~Lord_of_C@209.58.183.34)
11:15.19*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.206.96)
11:24.11*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.136.44)
11:33.37whk_oh
11:33.41whk_669 succeeded
11:33.42whk_81 failed
11:33.47whk_wow
11:33.48whk_that took
11:33.52whk_almost an hour
11:34.11whk_now parsing files?
11:34.18whk_shld i just proceed wit harcher
11:34.19whk_or wait
11:34.27caen23try the archer thingy
11:34.34caen23although i suspect that it won't find it
11:34.43whk_theres a blue button at the botom thats parsing files
11:34.47whk_i mean
11:34.49whk_blue bar
11:34.59whk_do  i wait for that?
11:35.13*** join/#brlcad Lord_of_Codes (~Lord_of_C@95.211.101.215)
11:35.15caen23no, that's visual studio trying to parse the files for itself
11:35.21caen23you don't really care
11:36.45whk_oh ok
11:36.46whk_sure
11:37.29whk_not recognised
11:37.30whk_hm
11:38.03whk_oh
11:38.08whk_yeo
11:38.09whk_yep
11:38.12whk_its running
11:38.16whk_i cd'ed before i
11:38.17whk_ran it
11:38.46caen23oh, great then
11:39.09caen23do the rest of the task and submit it
11:39.31whk_sure
11:39.34whk_thanks so much
11:39.40caen23just a question
11:39.49caen23what version of visual studio did you use?
11:44.16whk_er,
11:44.27whk_er,/
11:44.29whk_14?
11:44.31whk_sorry
11:44.52whk_yea it shld be 14.0
11:45.54whk_btw im on brlcad 7.26.0
11:45.55caen232015 community? or something else?
11:45.57whk_yea
11:46.00whk_2015 community
11:46.04caen23ok, thanks
11:47.16*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.136.44)
11:48.01whk_thanks for all the help
11:48.17caen23no problem
11:51.53caen23whk_: hmm... the task required you to clone the repository and compile that
11:55.18*** join/#brlcad Apra (75c85e97@gateway/web/freenode/ip.117.200.94.151)
11:58.33caen23whk_: i left you a comment on the task
11:59.32whk_oh sure
11:59.37whk_clone the repo?
11:59.41whk_ohhh
12:00.11caen23in the link i posted, it's the first command
12:00.20whk_oh well
12:00.31caen23you might need to install an svn client, if you don't already have one
12:00.31whk_i cant do svn tho
12:00.38whk_tortoisesvn?
12:00.40caen23yes
12:00.40whk_im not sure
12:00.52caen23tortoise svn should do
12:01.16whk_how can i use it
12:01.23whk_sorry i might have to go off soon
12:01.41caen23it's ok
12:01.49caen23here is the manual https://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-qs-guide.html#tsvn-qs-wc
12:02.09whk_thanks so much!
12:02.26caen23i think the default installation does not install the command line tools, which might be why you can't run the command on the wiki
12:03.29whk_oh
12:03.32whk_yea
12:03.34whk_i think so too
12:03.54caen23the url you need to checkout, as described in the manual section i linked you to, should be svn://svn.code.sf.net/p/brlcad/code/brlcad/trunk in this case
12:09.39Apra@caen23, may I know what r u talking about...
12:11.34caen23i'm talking about getting a copy of the latest code from the repository
12:14.05whk_thanks
12:14.09whk_ok imma do it wwhen i come back
12:19.54Apracan u send me the task link?
12:21.06caen23it's called Compile BRL-CAD from source repository (BRL-CAD)
12:21.56*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:4d0c:4d55:47ed:98cf)
12:25.33ApraThanks caen23
12:34.23*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:41.40ApraI had mentioned about this link: https://codein.withgoogle.com/tasks/5242314945462272/ Its not working for me...
12:42.38caen23where did you get it?
12:43.50caen23maybe it got deleted or something, i don't know
12:44.12Aprahttps://codein.withgoogle.com/tasks/5296834052358144/?sp-organization=4814441002565632&sp-is_beginner=False
12:44.17gcibot_Run code through Valgrind and fix one memory leak || 3 days || Code, QA || BRL-CAD
12:44.20ApraCompile LibreCAD
12:44.53ApraI had mentioned it a few days ago too
12:48.39caen23hmm... apparently i messed up the link
12:48.41caen23https://codein.withgoogle.com/tasks/5089615631351808/
12:48.43gcibot_Compile and Install LibreCAD 2 || 3 days || Code, Documentation || BRL-CAD || Beginner task
12:48.46caen23this is the correct one
12:49.20ApraOk, Thanks
13:36.02*** join/#brlcad amarjeet (~Amarjeet@2405:205:4207:8e6:9c11:a1c2:3b9:e11d)
13:36.59*** join/#brlcad Matt___ (d824160e@gateway/web/freenode/ip.216.36.22.14)
13:37.27Matt___Help needed saving/exporting .g as .step
13:54.44Matt___I have tried joint save myfile.step but that creates an empty step file of 1kb, how do I get BRL to save the entire model as a .step, .iges, or another universal file extension to be opened by another cad program?
14:35.59*** join/#brlcad monkey_ (c655ecea@gateway/web/freenode/ip.198.85.236.234)
14:36.19monkey_Hello there
14:39.59*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.136.44)
14:45.05*** join/#brlcad yorik (~yorik@2804:431:f720:cd8e:290:f5ff:fedc:3bb2)
15:11.16Notify03BRL-CAD:starseeker * 69273 brlcad/trunk/CHANGES: Add missing commands to the MGED deprecation list.
15:15.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:28.05*** join/#brlcad Lord_of_Codes (~Lord_of_C@43.249.38.69)
15:32.37Apra@amarjeet...can u please review it http://imgur.com/a/OVseK
15:34.25amarjeetI will see when I get free
15:34.32Apraok
15:39.51*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.136.44)
15:58.09amarjeetApra, front design is good.
15:58.48ApraThanks
15:58.56ApraWhat more to do?
16:00.35amarjeetSubmit, it according to description of task or Try something new for back.
16:01.45ApraYeah, I too feel that the back is feeling empty...but i am not getting any idea
16:04.58*** join/#brlcad whk (3aea7102@gateway/web/freenode/ip.58.234.113.2)
16:14.06Apra@amarjeet, what about writing the irc #brlcad at the back?
16:16.01*** join/#brlcad ARChak (~vircuser@117.200.94.151)
16:16.59*** part/#brlcad ARChak (~vircuser@117.200.94.151)
16:24.59*** part/#brlcad ryoshu (~kamil@netbsd/developer/kamil)
16:47.01amarjeetApra, It would be great for brlcad's shirt design
16:50.37Apraok can i resubmit it?
16:54.08*** join/#brlcad caen23 (~caen23@86.124.46.123)
17:04.16ApraAmarjeet, I've submitted it, making some changes :)
17:05.03amarjeetOkay,
18:25.31Apra@caen23, I am interested in eliminating 50lines of code duplication...
18:27.16ApraCan u tell me whats the difference between building from SVN and compiling
18:40.03caen23Apra: they're the same thing
18:40.20caen23SVN is the place where you get the source code from
18:40.26caen23the source code, you compile
18:41.30caen23what i was saying earlier today is that whk did not get the latest sources from svn, but an archive containing the code for version 7.26.0, which is several months behind
18:42.58Apraohk
18:45.07ApraSuppose I compile brlcad using its vm
18:46.33ApraSince I am low on space I won't be able to compile the vm now...
18:47.01ApraAnyways then I would have to use Simian?
18:50.42Apraor Coverity Scan?
18:52.40caen23well, you don't *have* to use a specific tool
18:52.54caen23Simian was mentioned in the task description as a starting point
18:53.03caen23you're free to go about it however you want
18:53.42ApraCan I use Coverity Scan in Linux?
18:54.43ApraActually I meant in the virtual disk of BrlCAD
18:54.57caen23i'm not sure about the specifics of coverity scan
18:55.37ApraI saw https://brlcad.org/wiki/Code_Cleanup#Duplication_Reduction
18:56.06Apraand some screenshots of coverity scan
18:56.59caen23https://scan.coverity.com/projects/brl-cad
18:57.08caen23last analyzed 2012
18:57.53caen23i don't exactly know how to use it, but unless you can trigger a scan of the source code as it is now, i'm not sure if it's of much help
18:58.08caen23i would say wait for one of the other mentors to answer this
18:58.36caen23or you could just stick with simian at first
18:59.01Apracan you give me the link to simian?
18:59.25caen23and by the way, if this is your first coding task, or the first time you're building a project from source, you might want to attempt one of those tasks before you go after this one
19:00.18ApraYeah...it  would be my first codeing task
19:00.20caen23link to Simian is on the wiki page you linked to
19:00.29caen23first paragraph
19:01.32ApraI got it
19:03.03ApraI tried compiling LibreCAD, BRL-CAD before, but i am using windows, so the mentors suggested using LINUX/UBUNTU...I tried them using VB but it didnt start...
19:03.49caen23what is VB?
19:03.54caen23oh, virtual box?
19:04.18Apratried installing, some GRUB error was displayed....anyhow got into UBUNTU, but windows got corrupted, reinstalled windows, Ubuntu didnt cooperate
19:04.36Aprayeah virtual box
19:04.53caen23by "got into ubuntu", you mean you tried to dual boot it with windows?
19:05.03ApraYeah, exactly
19:05.19caen23yeah, that might not be ideal
19:05.33Aprayeah
19:05.45caen23you can install whatever flavour of linux you want
19:05.46Aprain a result wasted this weekend
19:06.00caen23inside virtualbox
19:06.12caen23if the one provided did not work
19:07.09caen23you could also compile under windows, the steps are almost the same
19:07.12caen23except the last one
19:07.20ApraI am thinking of trying Brlcad for Virtual machines
19:08.05caen23the file there is a virtual machine itself
19:08.14caen23with a copy of the code, which needs to be updated anyway
19:08.44caen23oh, by the way
19:09.01caen23if you're on windows, you could install hyper-v
19:09.38caen23it's a hypervisor (virtual machine management software) made by microsoft, distributed with windows
19:10.12Apraohk
19:10.38caen23i prefer it on windows, because i don't have to download separate software
19:11.19caen23but like i said above, you could also compile under windows
19:12.50Apracan u tell me the steps?
19:12.58Aprafor windows
19:13.34caen23http://brlcad.org/wiki/Compiling#Download_BRL-CAD
19:14.13caen23the commands listed under Download BRLCAD and Configure Your Build
19:16.39Apraanother question what is cmake?
19:19.14ApraDo you mean this command :svn checkout svn://svn.code.sf.net/p/brlcad/code/brlcad/trunk brlcad-svn-trunk
19:19.51caen23cmake is a tool that gathers information about your build environment (what compiler you have, what features are available, and so on), and generates some files which can used to build the project
19:20.27caen23the svn command downloads a copy of the current source code of brl-cad
19:20.43caen23cmake, you can download from their website
19:21.33Aprado i need to run this code in cmd?
19:21.54caen23yes
19:22.31caen23you'll need to install Visual Studio with support for Visual C++, CMake, and Tortoise SVN
19:25.55Apravirtualstudio.com?
19:27.09caen23yes
19:27.14caen23the community edition is fine
19:28.22ApraBut it stays that tortoise svn's plugins cannot be used on a free version of visual studio
19:29.16caen23you don't need the plugins which integrate with tortoise
19:30.21caen23you only need it to download the source code, either from explorer.exe or from the command prompt
19:31.06Apraok, but i think first u need to accept my task
19:32.11caen23if it's design related, you should wait for someone else
19:32.34Aprayeah its design related...
19:33.30Apraso i have installed cmake
19:33.43Apraand now im installing the studio
19:35.56Aprawill I have to install the tortoise too?
19:36.45caen23yes
19:37.35ApraOk, first i need to get 7 Gb space :)
19:40.12ApraSo you basically look into codeing tasks?
19:40.28caen23so far
19:41.27Apranice :)
19:41.41caen23the reason i don't evaluate design tasks is because i don't exactly know what to look for, so i don't think i should comment on them, or approve them, or whatever
19:41.56ApraYeah
19:44.38Aprawell, it would be great if u advice me how to deal with the codeing tasks
19:44.42*** join/#brlcad andromeda-galaxy (~andromeda@goto.ucsd.edu)
19:49.13Apra@caen23 Can you wait a bit...actually I am clearing my space :)
19:51.35*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
20:02.28andromeda-galaxyany idea what validCoverage case is exactly supposed to do? The buggy code is the only consumer of it, and the comment isn't super clear to me at least ("Does this error rule out a case as valid when coverage checking?")
20:13.20Apra@caen23 I've installed them, now am I ready?
20:23.50caen23Apra: yes
20:24.24caen23andromeda-galaxy: what task is this?
20:24.24Apraill be here in 2 minutes
20:30.02andromeda-galaxycaen23: agh oops, sorry just realized that went to the wrong place
20:30.31andromeda-galaxythat was about my attempt to fix a coverage-checking bug in the compiler for the Idris language which leads to inconcistency (proofs of Void!)
20:30.37andromeda-galaxysorry about that
20:30.53andromeda-galaxyhanging around in here to offer the odd bit of mentoring support
20:31.02andromeda-galaxyGCI seems quite this year compared to 2014
20:31.12andromeda-galaxy*quiet
20:36.04caen23i agree
20:37.00caen23i think there have been only 1 or 2 students on irc, and i don't think anyone did much besides compiling the code
20:37.30caen23at least code-wise, design tasks seem to be quite active
20:43.21ApraI think I have very less memory and hence the studio isnt installing properly
20:44.42caen23yes, it's pretty big
20:44.55ApraI will try it as soon as i get the laptop...btw is there any other codeing tasks that do not require any extra memory ?
20:45.59caen23you have to test your changes, so being able to compile is needed
20:46.49Aprai didn't get you
20:47.34Apraoh I got u
20:48.27ApraWhat about C to OpenCL
20:49.22caen23those as well
20:49.43Aprahttps://codein.withgoogle.com/tasks/5116035485138944/?sp-organization=4814441002565632&sp-is_beginner=False&sp-categories=1
20:49.44gcibotConvert a single function from C to OpenCL (hyperboloid) || 3 days || Code || BRL-CAD
20:49.58ApraOhh...bad luck
20:54.15Aprabtw what do these lines mean :You will probably want these flags when you run CMake:  CMAKE_BUILD_TYPE=Release BRLCAD_BUNDLED_LIBS=ON BRLCAD_ENABLE_STRICT=OFF
21:00.36caen23they're flags. CMAKE_BUILD_TYPE specifies whether you want a Release build or a Debug build (Debug builds contain debug symbols, among other things), and the other two define some macros that brl-cad then uses to decide whether to enable or disable stuff
21:08.12*** join/#brlcad gcibot-afk (~gcibot@r186-55-67-153.dialup.adsl.anteldata.net.uy)
21:08.12*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
21:32.24Apracaen23 can I talk about other topics rather than the topics related to task?
21:40.08Apralike how can someone become a mentor etc...
21:49.00caen23Apra: i was a student in 2012, and brlcad asked me to be a mentor this year
21:49.34Apraohh...
22:16.47andromeda-galaxycaen23: also used to be a student :)
22:17.05andromeda-galaxyit seems like we don't have as many code tasks as in 2013/14 when I was a student
22:18.20andromeda-galaxya few more have come up now, but not ton
22:18.22andromeda-galaxy*Tons
22:18.54andromeda-galaxyI guess we got most of libbu/bn tested and also did all of the reasonably low-hanging primitive functions the last few years, so on the downside now we actually have to be inventive about coding tasks
22:20.41andromeda-galaxybrlcad: If http://brlcad.org/wiki/Contributor_Quickies is still up to date, should we throw a bunch of those in as 1-instance gci tasks?
22:20.46*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:45.34caen23andromeda-galaxy: there's a spreadsheet with ideas here https://docs.google.com/spreadsheets/d/1hqH-rpKbjUWNAnF8rZvH0JzLzU4qA2pHH1QCA4HjcIw/edit?ts=583552e2#gid=1386834576
22:47.10andromeda-galaxycaen23: aha that's where that went
22:47.20andromeda-galaxyI got the email but then lost it when my email server had bad problems
22:47.49andromeda-galaxylooks like there are some good ones there since the last time that I looked
22:48.30caen23yes, a lot of them still need to be written and published on gci
22:49.00andromeda-galaxyso would it be useful if I tried to write up descriptions of some of the ideas there and put them into the codein.withgoogle.com system (so that they can be inspected/published)?
22:49.18caen23yup
22:50.01andromeda-galaxycool, will do. is anything without a check mark in PX not yet done, or are some of those already taken/written?
22:50.19caen23no check mark means it's not yet written
22:50.25andromeda-galaxycool, thanks
22:50.46andromeda-galaxydo I add myself to 'who' if I write it up? Or is that for the proposer
22:51.40caen23i thiiink it's if you write it up
22:52.02caen23i put my name on two of those in the beginning, which i had not come up with
22:52.18andromeda-galaxyokay, makes sense-ish.
22:52.42andromeda-galaxyI missed the first week+ because it was finals week and I had a final every day... Now I am trying to catch up
22:56.27caen23we had midterms, which are usually easier. finals are next month
22:56.48caen23brlcad: https://codein.withgoogle.com/dashboard/task-instances/4509851373797376/#task-updater__comment-text << re the guy who said the interface looked like windows 95 or something
22:56.51gcibot_Install and run BRL-CAD || 3 days || Outreach / Research || BRL-CAD || Beginner task
23:42.07caen23brlcad: i wrote the task for downloading gci data
23:43.42andromeda-galaxycaen23: is that against the new api?
IRC log for #brlcad on 20161216

IRC log for #brlcad on 20161216

00:54.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:17.33*** join/#brlcad whk (3aea7102@gateway/web/freenode/ip.58.234.113.2)
01:17.56whkwow i ran the all_build overnight
01:18.01whkits stuck?
01:18.15whkim not sure what happened or what to do
01:18.46whkit's generating code for something apparently
01:18.58whkbut it doesnt seem to be working
01:31.54*** join/#brlcad whk_ (3aea7102@gateway/web/freenode/ip.58.234.113.2)
01:38.08*** join/#brlcad kdevtxmeqdvvidev (~armin@dslb-092-074-236-046.092.074.pools.vodafone-ip.de)
02:07.35*** join/#brlcad whk (3aea7102@gateway/web/freenode/ip.58.234.113.2)
03:30.43*** join/#brlcad whk (3aea7102@gateway/web/freenode/ip.58.234.113.2)
03:31.06whkcaen23: Hi I've successfully completed the task this time
03:33.07whkoh wait
03:33.18whkwhy is archer still in 7.26.0...
03:37.53whkmay i know which url to use when using svn checkout?
03:38.21whkI should have used the provided link at the wiki http://brlcad.org/w/index.php?title=Compiling&action=edit&section=4
03:38.34whkit says there its the latest version?
03:38.58whkand i did not get any errors this time with the configue and INSTALL files being outdated
03:40.37whkit says in the README that its 7.26.2...
03:50.55*** join/#brlcad whk_ (3aea7102@gateway/web/freenode/ip.58.234.113.2)
03:51.38*** join/#brlcad pranav (~pranav@146.88.40.33)
03:56.29whk_yea nvm
03:56.31whk_im leaving soon
03:56.37whk_and all the links point to 7.26.2
03:56.54whk_i can't get any later versions of brlcad unfortunately
03:57.05whk_tried both given links
03:57.12whk_it just doesnt give me 7.8
03:58.03whk_caen23: assume i'm unsuccessful since the brlcad versions i have are all outdated
03:59.05pranavIf I find something useful on GitHub, is it free to use ?(In this case an algorithmic background generator)
04:21.21pranavNo worries I found a license in the files for the project.
05:52.50*** join/#brlcad ARChak_ (~vircuser@103.203.232.152)
06:48.22*** join/#brlcad Apra (67cbe898@gateway/web/freenode/ip.103.203.232.152)
07:32.59*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
07:54.31*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
08:34.21*** join/#brlcad ``Erik_ (~erik@pool-100-16-14-17.bltmmd.fios.verizon.net)
09:02.03Aprahttp://imgur.com/a/NN5kG
09:10.20*** join/#brlcad gcibot-afk (~gcibot@r190-134-204-204.dialup.adsl.anteldata.net.uy)
09:10.24*** join/#brlcad gcibot_ (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
10:20.03*** join/#brlcad teepee] (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
11:30.53*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:717f:4d9f:677e:b163)
11:46.24*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.201.161)
11:55.57*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:717f:4d9f:677e:b163)
12:21.35``Erikhuh, still no 7.26.2? I thought the BoT bug was turning that into an 'emergency' or at least quick release?
12:22.50*** join/#brlcad caen23 (~caen23@86.124.46.123)
12:36.01caen23brlcad: is it known/normal for brlcad not to compile with gnu make 3.81 (the default on macos)?
13:07.01*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.201.161)
13:55.38*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.139.159)
14:42.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:44.35*** join/#brlcad arsh (3b5ee044@gateway/web/freenode/ip.59.94.224.68)
15:01.09Notify03BRL-CAD Wiki:Nikolay Kolev * 0 /wiki/User:Nikolay_Kolev:
15:26.40*** join/#brlcad MikeHan (~Mike@188.175.158.32)
15:27.11Notify03BRL-CAD:starseeker * 69274 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h.in and 2 others): Fixes for Visual Studio 2012. Instead of adding the replacement inttypes.h logic to pstdint.h, to handle 2012 we create an equivalent "pinttypes.h" file which we can include even if we don't need pstdint.h. Also need to define strtoll.
15:58.08Notify03BRL-CAD:starseeker * 69275 brlcad/trunk/src/libbu/tests/humanize_number.c: include pinttypes.h
16:07.49*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.234.250)
16:37.53*** join/#brlcad uvkcbxtvjjhockqk (~armin@dslb-092-075-151-091.092.075.pools.vodafone-ip.de)
16:40.11starseeker``Erik: we're waiting to finalize the prep cache work
16:40.15starseeker(for 7.26.2)
16:56.11*** join/#brlcad whk (3aea7102@gateway/web/freenode/ip.58.234.113.2)
16:56.49whkhi a bit urgent
16:57.07whkwhats the latest version of brlcad i can checkout using tortoisesvn
16:57.12whkand whts the link
16:57.18whkim not sure cos it always says 7.26.2
17:01.26caen23whk: when you do the svn command on the wiki, you get the latest version of the code
17:04.06caen23whk: but like i said on the task, you correctly downloaded the latest version in the `gci` in your Documents folder, but then proceeded to build another version of the code, found in the `brlcad` folder in your `Documents` folder
17:05.53whkhm?
17:05.54whkoh
17:06.14whknot really, that was just because i was checking the urls i used
17:06.33whkso i downloaded the versions again on different folders
17:06.40whkcouldnt afford to build them too though
17:06.59whkbut thanks
17:07.03caen23why couldn't you afford to build them?
17:07.06whkno time
17:07.10whkbut now i do
17:07.36whkso i can build with later releases of brlcad?
17:07.38whkits like
17:07.47whkrel-7.8.2 as i read on the wiki
17:07.53whkhow does that work
17:08.10whkeven though the downloaded brlcad itself is version 7.26.2
17:08.32caen23so the latest code is the one you get when you download from svn
17:08.41caen23you don't care about what version it says
17:10.28*** join/#brlcad whk_ (3aea7102@gateway/web/freenode/ip.58.234.113.2)
17:10.31whk_apologies
17:10.35whk_the connection dropped
17:10.40whk_so i was about to say
17:10.42whk_its odd
17:10.54whk_since i definitely should have followed all the steps in that case
17:11.08whk_so i dont really understand why my archer version is so far behind
17:11.15caen23you don't care about the version number. the latest code is the one you get when you download from svn
17:11.26whk_and i coudlnt seem to locate it either in the file explorer
17:11.40whk_yea but you told me that mine isnt the latest
17:11.58whk_idk
17:12.13whk_lemme do it once more
17:12.26caen23you asked something about rel-7.8.2 being on the wiki, and 7.26.2 being available for download
17:13.58whk_yea
17:14.04whk_im not sure about that too
17:14.59whk_since i followed the steps it seems odd that archer is still in 7.26.0 when brlcad has a release version of 7.8.2 or something?
17:15.09whk_well at least none of the versions was 7.26.2
17:15.32caen23the wiki page might be out of date, you shouldn't care about that
17:15.49caen23i built the code recently, my version says 7.26.1
17:16.24whk_oh ok
17:18.10whk_i dunno, it seems my previous submission contained all the right files in that case :/
17:18.15whk_oh well ill just do it once more
17:19.30caen23it said 7.26.0, and the folders looked weird (where you cloned vs where you built)
17:19.46whk_i sppose so
17:20.00caen23it could be that you didn't pay attention when submitting the work, but it didn't look right
17:51.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:01.40*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.234.250)
18:11.06whk_oh
18:11.08whk_its done
18:11.09whk_but
18:11.11whk_it seems like
18:11.25whk_archer cant be found by the command prompt
18:11.25whk_anymre
18:11.26whk_somehow
18:11.56whk_btw on visual studio it says 7.26.1
18:15.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:17.09caen23whk_: that's good
18:17.24whk_oh really?
18:17.32whk_its not supposed to be found?
18:17.41caen23what did you specify for DCMAKE_BUILD_TYPE? :D Debug or Release?
18:19.18caen23when you ran cmake. if you don't remember, it's probably Release
18:25.21Notify03BRL-CAD:Rfmergarejo * 0 /wiki/User:Rfmergarejo:
18:29.40whk_release
18:30.04whk_its also because the task said so so i just used the line from the wiki
18:30.22caen23ok, so go inside the build directory, and then enter the Release\bin directory
18:30.41caen23there should be lots of files and exes around there
18:34.55whk_yep
18:35.09whk_no exes?
18:35.22caen23none?
19:04.58whk_no
19:07.47*** part/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
19:10.00caen23whk_: anyway, that's fine, compilation of the latest sources is broken on vs 2015, so you should submit a screenshot of the Release\bin folder and i'll approve the task
19:17.34whk_oh ok
19:17.36whk_sure
19:19.12whk_thanks so much!
19:19.36whk_ill be going off now
20:09.27Notify03BRL-CAD:starseeker * 69276 (brlcad/trunk/include/bu/namegen.h brlcad/trunk/src/libbu/CMakeLists.txt and 2 others): Go for simpler functionality in namegen.
20:12.23starseekercaen23: vs2015 is broken?
20:12.26starseekerarrrgh....
20:17.50caen23starseeker: yes, but it's easy to solve
20:19.17caen23starseeker: the way TMPDIR is defined here for vs 2015+ https://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/src/other/libnetpbm/pm_config.h.in
20:19.42caen23here is GetTempPath https://msdn.microsoft.com/en-us/library/windows/desktop/aa364992(v=vs.85).aspx
20:19.53caen23it doesn't return a string, and it doesn't take 0 arguments
20:20.10caen23but that's it, after fixing that, i got it to compile properly
20:24.58Notify03BRL-CAD:starseeker * 69277 (brlcad/trunk/include/bu/namegen.h brlcad/trunk/src/libbu/namegen.c): rather than rolling over count (almost never what we actually want), use width specification as a minimum.
20:34.12Notify03BRL-CAD:starseeker * 69278 brlcad/trunk/include/bu/namegen.h: doesn't default to zero; based on string val
20:56.12starseekercaen23: if you want you can submit a patch
20:56.21starseekercaen23: I'll see about applying it
21:12.26*** join/#brlcad gcibot-afk (~gcibot@r190-134-151-179.dialup.adsl.anteldata.net.uy)
21:12.26*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
21:49.59*** join/#brlcad spertz (~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net)
21:50.04spertzhi everyone
21:50.20spertzI am a participant at gci and I have a question about a task I’m doing
21:50.32spertzcalled “Compile BRL-CAD from source repository"
21:51.08spertzWhen I try to run mged by typing into Terminal “bin/mged”, it says “no such file or directory"
22:04.55*** join/#brlcad vasc (~vasc@bl13-105-164.dsl.telepac.pt)
22:05.15vaschey guys, just wanted to let you know of this https://codein.withgoogle.com/dashboard/task-instances/5232139597512704/
22:05.17gcibotInstall and run BRL-CAD || 3 days || Outreach / Research || BRL-CAD || Beginner task
22:05.48vascthe time lapsed, one of us should have extended the deadline a bit to allow the student to reply, now that it's elapsed what can we do?
22:06.44vascthe student apparently only forgot to put his name in he ran the app correctly.
22:06.57vascbbl
22:11.26caen23i don't think we can do anything now
22:11.50caen23the guy who request more work should've looked at the deadline and extend it
22:12.13caen23i suppose the student could reclaim it
22:12.35caen23spertz: did you compile successfully?
22:13.13spertzthe “make” tool reported two errors
22:13.28spertzI don’t know if that is enough to make the compilation fail or not
22:13.40caen23if that's the case, then it didn't produce the executable you are supposed to run
22:13.50caen23could you post the errors?
22:14.51spertzfirst error: “error: format specifies type ‘void *’ but the argument has type ‘uint8_t *’ (aka ‘unsigned char *’) [-Werror, Wformat-pedantic]
22:15.10spertzsecond error: “error: format specifies type ‘void *”…[same as before]
22:15.28spertzfirst error came from brlcad-svn-trunk/src/librt/cache.c:215:102
22:15.38spertzsecond error from brlcad-svn-trunk/src/librt/cache.c:254:104:
22:16.30Notify03BRL-CAD:starseeker * 69279 (brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake brlcad/trunk/src/libbu/CMakeLists.txt): Looking over the old astyle validation work, we need a way to skip integrated third party sources. Do some experimenting with libbu.
22:17.47caen23spertz: are you on macos?
22:17.51spertzyes
22:18.09caen23there seems to be a problem with the default make (3.81)
22:18.45caen23it produces those errors, i found out today from another task, don't really know why that happens
22:19.00caen23do you have homebrew by any chance?
22:19.18spertzyes I do
22:19.26spertzi installed cmake with brew
22:19.31caen23ok
22:19.37caen23brew install homebrew/dupes/make
22:20.46caen23when that's done, try `gmake` instead of `make`
22:21.06spertzFor the some reason it returned every time with an error saying “Error: Running Homebrew as root is extremely dangerous and no longer supported.
22:21.06spertzAs Homebrew does not drop privileges on installation you would be giving all
22:21.07spertzbuild scripts full access to your system.”
22:22.07caen23are you running the command as root?
22:22.15spertzNever mind, I ran the brew without sudo and it seemed to work
22:22.17spertzsorry
22:22.29spertzI thought you have to run brew with sudo to work
22:22.51caen23it's quite the opposite, actually :D a few months ago they changed it so that running with sudo is a no-go
22:23.03caen23for the reason in the message (security issues)
22:23.27spertzoh that’s surprising. :0
22:24.56caen23not really, you would mostly need root to install in places such as /usr/bin or /bin, but since homebrew installs in /usr/local (that is accessible by non-root users), root is not required
22:27.27spertzok
22:27.28spertzthanks
22:33.59Notify03BRL-CAD:starseeker * 69280 (brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake brlcad/trunk/src/libbu/CMakeLists.txt): put uce-dirent.h in ext subdir.
22:36.40*** part/#brlcad spertz (~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net)
22:37.54*** join/#brlcad spertz (~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net)
22:39.45spertzI used gmake, but there’s still the same two errors
22:40.34caen23spertz: try to delete the build folder and run cmake and gmake again
22:41.18spertzI did that, I made a new folder called “build”. Previously I built in “.build” folder.
22:41.41spertzthe new folder without the period
22:41.43caen23gmake --version?
22:41.56spertz4.2.1
22:42.38*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
22:43.07caen23cc --version?
22:43.23spertz8.0.0
22:43.36spertz(clang-800.0.42.1)
22:43.43spertzTarget: x86_64-apple-darwin16.1.0
22:43.44spertzThread model: posix
22:43.44spertzInstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
22:45.47caen23how about the cmake command you ran?
22:46.02*** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
22:46.17spertz3.7.1
22:46.40caen23the command, not the version
22:47.31spertzAt the end of its output it said “—Configuring done”
22:47.34spertz—Generating done
22:47.41spertz— Build files have been written to: ...
22:47.59caen23yes, but i mean, what did you type? or did you run the gui?
22:49.43spertzcmake .. -DBRLCAD_ENABLE_STRICT=NO -DBRLCAD_BUNDLED_LIBS=ON -DCMAKE_BUILD_TYPE=Release
23:01.44Notify03BRL-CAD:starseeker * 69281 (brlcad/trunk/misc/tools/astyle/astyle_main.cpp brlcad/trunk/misc/tools/astyle/astyle_main.h): Quick and dirty option for astyle to report how many files changed without actually doing the file writes. Should be able to use this to significantly simplifiy the style validation build logic.
23:03.08caen23spertz: i'm currently trying to reproduce the error
23:03.24*** join/#brlcad merzo (~merzo@93-60-92-178.pool.ukrtel.net)
23:10.23spertzoh, thanks man!
23:10.41*** join/#brlcad merzo (~merzo@93-60-92-178.pool.ukrtel.net)
23:11.46caen23i get the same error with the make from homebrew
23:12.06caen23however, i'm able to build with some make i built some time ago
23:21.43caen23actually, i think i had an old version of the code
23:27.30caen23you could try modifying src/librt/cache.c, casting the fourth argument on lines 215 and 254 to (void *)
23:28.19caen23it should be (void *) external->ext_buf
23:28.29caen23hopefully that fixes it
23:41.49*** join/#brlcad spertz (~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net)
23:49.33caen23starseeker: https://sourceforge.net/p/brlcad/patches/452/
IRC log for #brlcad on 20161217

IRC log for #brlcad on 20161217

00:49.04andromeda-galaxyThis GCI has renewed my feeling that we need more CI + more robust builds/build instructions. Basically everyone seems to be having builds fail!
01:12.02spertzcan i just submit the task for review and say that compilation failed?
01:41.49Notify03BRL-CAD:starseeker * 69282 (brlcad/trunk/src/other/libnetpbm/libpm.c brlcad/trunk/src/other/libnetpbm/pm_config.h.in): Add patch #452 from Cezar fixing build with VS 2015
01:42.09*** join/#brlcad rcvibylsfrguctei (~armin@dslb-088-066-145-200.088.066.pools.vodafone-ip.de)
01:51.13Notify03BRL-CAD:starseeker * 69283 brlcad/trunk/src/proc-db/gtimes.c: set but unused error
04:43.52*** join/#brlcad gcibot-afk (~gcibot@r190-134-151-179.dialup.adsl.anteldata.net.uy)
04:43.52*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
07:05.58*** join/#brlcad gcibot-afk (~gcibot@r190-134-151-179.dialup.adsl.anteldata.net.uy)
07:05.58*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
07:17.21*** join/#brlcad amarjeet (~Amarjeet@2405:205:400b:e445:d6fe:d652:b952:1ca0)
07:18.13*** join/#brlcad amisha (~amisha@202.164.53.117)
07:32.24*** join/#brlcad amarjeet (~Amarjeet@2405:205:400b:e445:d6fe:d652:b952:1ca0)
08:00.26*** join/#brlcad amarjeet (~Amarjeet@2405:205:400b:e445:d6fe:d652:b952:1ca0)
08:08.05*** join/#brlcad arsh (3b5ee044@gateway/web/freenode/ip.59.94.224.68)
08:08.34arshhello is there anyone ?who can help me ?
08:11.49arsh???
08:13.14arshanyone?
08:14.26archivistask a better question
08:17.58archivistthe real question
08:20.08*** join/#brlcad Arsh (3b5ee044@gateway/web/freenode/ip.59.94.224.68)
08:20.58ArshI am not able to find the font name of LibreCAD . Cqn anyone please help me ?
08:21.19ArshCan*
08:24.13archivistit will be in the source
08:33.28*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
09:49.11*** join/#brlcad Apra (75c859f4@gateway/web/freenode/ip.117.200.89.244)
10:48.04*** join/#brlcad merzo_ (~merzo@114-33-133-95.pool.ukrtel.net)
10:58.37*** join/#brlcad caen23 (~caen23@info-c-73.info.uaic.ro)
11:15.55*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
11:20.13*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
12:21.06*** join/#brlcad merzo_ (~merzo@187-84-132-95.pool.ukrtel.net)
12:43.14*** join/#brlcad spertz (~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net)
13:54.25*** join/#brlcad caen23 (~caen23@86.124.46.123)
14:42.39*** join/#brlcad arsh (67c567dc@gateway/web/freenode/ip.103.197.103.220)
14:42.54arshhello !
14:49.40arsh?
14:59.40*** join/#brlcad amarjeet (~Amarjeet@2405:205:400b:e445:d6fe:d652:b952:1ca0)
15:07.02*** join/#brlcad amarjeet (~Amarjeet@2405:205:400b:e445:d6fe:d652:b952:1ca0)
15:30.29*** join/#brlcad yorik (~yorik@2804:431:f720:cd8e:290:f5ff:fedc:3bb2)
15:46.30*** join/#brlcad spertz (~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net)
16:17.52arshis there any mentor ?
16:18.03Apraarsh, you can ask your question :)
16:18.16ApraThere are lots of mentor
16:18.30arshi wanted to get task reviewed.
16:19.04ApraThe mentors must be busy...have patience :)
16:19.49arshok thanks
16:20.06ApraNever mind
16:23.35ApraYou can also give the link and state that you want to review your task....the mentors will look into it
16:25.02*** join/#brlcad spertz (~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net)
16:44.16*** join/#brlcad MikeH (~Mike@188.175.158.32)
16:52.23*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
16:55.35Apra@Amarjeet Can you just review :http://imgur.com/a/22RAQ
17:02.19amarjeetI think it already reviewed sean and Daniel.
17:02.26amarjeetBy*
17:14.13arsh<amarjeet> can you please review it https://codein.withgoogle.com/dashboard/task-instances/6160869752832000/
17:19.02amarjeetOkay just a sec let me check
17:19.35ApraOh yeah, I got it :)
17:20.14andromeda-galaxyamarjeet, Apra: In 2014, didn't we have a policy that we review all tasks in order submitted only?
17:20.14arshwhat <Apra>
17:22.33arsh<amarjeet> did you see ?
17:24.00Apraandromeda-galaxy, I wasn't a part of GCI in the year 2014
17:25.22andromeda-galaxyApra: I was a student and I'm reasonable sure that that was the main policy --- since students can't work on two tasks at once, waiting for review is a major factor in slowing them down, so we want to review the people that submitted first earlier so that everyone spends less time in the queue
17:26.34ApraYeah, it can be  
17:27.04ApraFirst come, first serve
17:29.29Apra@d_rossberg, Hi you just reviewed my task.
17:31.38d_rossbergApra: looks like this
17:32.05ApraYeah
17:32.59ApraDid you mean decreasing the size of the gear
17:34.49Aprain accordance to the proportions of original shirt
17:35.40d_rossbergif you enlarge your design to its real world size you can see the pixels, this looks ugly
17:38.02Apraohk..
17:39.11ApraCan you just mention the real world size
17:41.45d_rossberglook at your shirts and enlarge the template of the shirt in your design to their size
17:42.05d_rossbergthis is what i did
17:45.40Apraoh...
17:46.40Aprawhat I got from the internet is the size should be  17.5" x 19"
17:47.25ApraThats around 44.45 x 48.26 cm
17:49.43ApraAccordingly, I have 2 shirts combined, doubling the width that would be around 90cm and my image size reads 86.32 x 48.26
17:50.52ApraJust a little difference in the width part...is this difference the one you are talking about?
17:52.51d_rossbergwhen i set the size of your image to 100% i get 22cm for a shirts width
17:53.24d_rossberg(and this includes the arms)
17:55.44ApraOh, but I zoomed into the shirt and then there displayed a option actual pixels, print size I clicked on it it looked good.
17:58.42d_rossbergand what says a ruler?
17:59.25d_rossbergtake one of your shirts, put it on your screen, enlarge the image until its size fits the one of your shirt
18:05.44ApraYou can look into this link :http://imgur.com/a/ZfSKF
18:09.22*** join/#brlcad spertz (~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net)
18:11.08d_rossbergi've seen it, the t-shirt is 8.5 cm wide; would you fit it this?
18:12.14Apra8.5 cm? Isn't it 40cm wide?
18:13.01d_rossbergfollow your link, take a ruler, and measure
18:13.31d_rossbergbtw, you set the zoom to 66.7% in Photoshop
18:15.06d_rossbergwhat size is your screen when the t-shirt on the image is 40 cm wide?
18:15.42Aprahttp://imgur.com/a/GUK5H
18:17.20d_rossbergthat's basically the same image
18:17.46d_rossbergah, i see what you mean
18:17.58ApraYeah, I used the marquee tool to display the total dimensions of the tshirt
18:18.45d_rossbergbut you have to look at it in a 1:1 size, use a ruler for it!
18:19.06Aprawhats a 1:1 size?
18:19.23ApraI am looking at it in actual pixels
18:19.55Apraand if you zoom in or zoom out the ruler changes relatively
18:21.15ApraSo basically how much you zoom out the ruler too will decrease its Least Count
18:22.44d_rossbergi mean a real ruler, folding rule, yardstick, ...
18:23.26Apraand then place it on screen?
18:23.33d_rossbergrigth
18:23.38Apraohk
18:24.40d_rossbergor take one of your shirts, place it on the screen, ...
18:28.08d_rossbergi would expect that you can't the screen any more if you place a short in front of it ;)
18:29.48ApraYeah, I got you...2 cm = 1.7 cm of the real world
18:31.47Apraso accordingly, it must be Width= 34.034cm
18:31.49d_rossbergthe 40.04 cm Photoshop shows you depend on the DPI valu set there
18:32.33Apraand, Height=33.5cm
18:33.56*** join/#brlcad spertz (~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net)
18:35.49d_rossbergbtw, the 40 cm are very slim
18:41.01ApraThat's where I downloaded the shirt from...they gave me these values by default
18:44.34d_rossbergthat's ok, maybe you should adjust the dpi resolution setting in photoshop
18:46.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:46.35spertzhi everyone
18:46.41spertzI’m also thinking of doing a tshirt task
18:46.49spertzbut where can i find templates for tshirts
18:46.51spertz?
18:51.27*** part/#brlcad spertz (~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net)
18:51.31*** join/#brlcad spertz (~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net)
18:59.32Apra@d_rossberg: I changed its width and heigth all along...wait I am sending the psd file
19:02.33ApraYeah...I've sent you the psd file...can you just check whats missing and then I will work on it again :)
19:14.10ApraIf that doesn't work I've changed the dpi resolution :)
19:19.53ApraYou can check it
20:04.05*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:22.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:38.35*** part/#brlcad spertz (~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net)
20:51.10*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:28.58*** join/#brlcad Apra (75c859f4@gateway/web/freenode/ip.117.200.89.244)
22:41.41*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
22:57.01*** join/#brlcad asad_ (~asad00@pool-173-72-4-45.cmdnnj.fios.verizon.net)
23:00.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:23.30*** join/#brlcad caen23 (~caen23@86.124.46.123)
IRC log for #brlcad on 20161218

IRC log for #brlcad on 20161218

00:28.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:24.04*** join/#brlcad rogers_ (ac7f17bf@gateway/web/freenode/ip.172.127.23.191)
01:27.03rogers_http://i.imgur.com/oZ6npBp.png
01:27.17rogers_Built brlcad using bash on ubuntu for windows
01:27.23rogers_it works 100%
01:56.06rogers_anyone?
05:25.31*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
05:57.07Notify03BRL-CAD:starseeker * 69284 brlcad/trunk/src/libbu/CMakeLists.txt: copy paste error
06:14.51*** join/#brlcad tofu__ (~sean@104.225.5.10)
06:15.02*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
06:33.50*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
07:22.27*** join/#brlcad Apra (75c85b25@gateway/web/freenode/ip.117.200.91.37)
07:41.22*** join/#brlcad Apra (75c85b25@gateway/web/freenode/ip.117.200.91.37)
07:45.36Apra@caen23 I am trying to install cmake gui(64bit) but the app is crashing
07:49.41Apraand about the visual studio its telling that it requires a newer version of windows
08:01.32*** join/#brlcad Apra_ (75c85b25@gateway/web/freenode/ip.117.200.91.37)
08:03.23*** part/#brlcad Apra (75c85b25@gateway/web/freenode/ip.117.200.91.37)
09:16.17Apra@tofu_ Hi can we discuss about the t-shirt task that I had claimed?
09:19.53ApraActually there are a lot of things to be taken care of but Iam not understanding some of them...
09:54.00*** join/#brlcad MikeH (~Mike@188.175.158.32)
11:41.50*** join/#brlcad LordOfBikes (~armin@dslb-088-066-145-200.088.066.pools.vodafone-ip.de)
14:11.13*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
14:31.50*** join/#brlcad arsh (67c566df@gateway/web/freenode/ip.103.197.102.223)
14:33.17arshI want help
14:41.04*** join/#brlcad merzo (~merzo@93-60-92-178.pool.ukrtel.net)
14:42.50Apraarsh, Ask it
15:29.05*** join/#brlcad Arsh (67c566df@gateway/web/freenode/ip.103.197.102.223)
16:12.49*** join/#brlcad asad_ (~asad00@pool-173-72-4-45.cmdnnj.fios.verizon.net)
16:19.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:23.22*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
16:34.00*** join/#brlcad gcibot-afk (~gcibot@r186-55-79-68.dialup.adsl.anteldata.net.uy)
16:34.00*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
16:42.38*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
17:36.07*** join/#brlcad gcibot-afk (~gcibot@r186-49-250-157.dialup.adsl.anteldata.net.uy)
17:36.07*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
17:51.02caen23starseeker: i sent another patch, some missing casts in `librt/cache.c` are breaking compilation
17:51.06caen23lots of complaints on gci :D
18:12.17Apra@caen23: are you free?
18:12.24caen23yes, what's up?
18:13.31ApraDid you see my msg...I had sent you in the morning?
18:13.44caen23the one about cmake and vs?
18:14.17ApraI am sorry I dont know what your time zone but i sent it about 10hours ago
18:14.34Aprayeah
18:14.51Apraright cmake and visual studio
18:14.55caen23i'll need some more info, how is cmake crashing specifically, and what version of windows are you on?
18:16.40Aprawindows 7 64 bit
18:16.53caen23what installer did you use for vs?
18:16.54Apraand the error reads like this:
18:17.04Aprainstaller?
18:17.14Apradidn't get you
18:17.38caen23uhm... how did you install visual studio?
18:17.45caen23or how did you attempt to install it, rather
18:18.21Apraohk...downloaded it the community version
18:19.02caen23so you got it from the microsoft website, right?
18:19.11caen23also, do paste the error message you wanted to show me earlier
18:19.14Aprayep
18:19.43ApraI used the file I had downloaded 2-3 days ago
18:20.12ApraI tried to find in stack-overflow and googled it...
18:20.26caen23please send me the error message
18:20.44caen23copy/paste, or a screenshot if you can
18:22.32ApraIt said windows requires a newer version
18:22.48*** join/#brlcad ickby (~stefan@x5d844e4c.dyn.telefonica.de)
18:22.54caen23then maybe you are behind on the windows updates
18:23.14caen23are you on sp1?
18:24.09ApraLet me check...shall dxdiag tell it?
18:24.32caen23uhm... not sure
18:24.47ApraNo...it doesn't
18:25.01Aprawait let me check properties
18:25.15caen23you could open a command prompt, type `ver` and paste the string here
18:25.59caen23or Start > Computer > Properties, it should say Service Pack 1 around there somewhere
18:26.26ApraMicrosoft Windows [Version 6.1.7600]
18:26.43caen23another thing... what version of win 7 is it? home premium? professional? ultimate?
18:26.58Apraultimate
18:28.53ApraWell were you busy yesterday? till about 4 am IST?
18:29.19caen23yeah, so i think that's the issue. vs 2015 requires win 7 sp1 or later, and i think you don't have sp1
18:29.25caen23yes i was busy
18:29.48ApraYeah,
18:30.07Apraso now i think i have to search for windows update, right?
18:31.22caen23you have many options, either update your windows to sp1, or find an older version of visual studio, or maybe do the task inside a vm
18:31.50caen23whichever you prefer, or is faster
18:32.40Aprasee i tried using a vb...didn't work
18:33.42caen23an older vb?
18:33.43ApraThinking to update..what do u say?
18:33.52Apraohk, link?
18:33.57caen23oh, sorry, virtual box. i keep forgetting what that is :D
18:34.34caen23how did virtualbox not work? what was the error?
18:36.01Aprasome peculiar type of screen came i dont know its technical name....some kind of colors(type of a rainbow) appeared with many letters scattered on the screen
18:38.21caen23did you try to install a specific os inside virtualbox?
18:39.26Aprait didnt appear...like we get the dialog box in ubuntu which says install or try...it didn't appear...the color screen appeared before it
18:40.42caen23then could you try to install virtualbox again, download an iso of debian, and try to install debian this time?
18:40.51caen23and if things don't work, maybe send a screenshot?
18:40.56Aprawell i updated sp1..still saying requires newer version
18:41.15caen23are you sure you updated properly? send the output of `ver` again
18:41.25Apraohk...what about brl-cad for virtual machines?
18:41.28caen23i would expect a restart to be required
18:41.42caen23yes, you could try that as well
18:42.06ApraYes i restarted it
18:58.49*** join/#brlcad Apra_ (75c85b25@gateway/web/freenode/ip.117.200.91.37)
19:08.24Notify03BRL-CAD:starseeker * 69285 brlcad/trunk/src/librt/cache.c: Apply patch #453 from Cezar to fix a build issue.
19:27.03caen23so i just compiled the latest sources successfully on macos, hopefully people won't complain about compilation errors in the near future ^^
19:27.22caen23i'll start a build on windows as well
19:42.41Apra_@caen23, shall I try to run BRL-CAD using BRL-CAD for virtual machines?
19:43.15Apra_or rather like you said use.....Debian for virtual box?
19:43.39caen23you shall try to compile using the vm. first try to install the brl-cad vm inside virtualbox
19:45.08Apra_with vm do u mean virtual machines or vm-ware?
19:45.33caen23virtual machine
19:46.21Apra_ohk
19:47.21Apra_and is there a way like try to make a bootable usb and then run the os in boot menu?
19:49.39caen23uhm... you don't need to make a bootable usb. just select the vm you downloaded when you're creating a new vm in virtualbox, and it should work
19:52.50Apra_Actually during these days I researched many things about vb and all :)
19:53.08Apra_so just sharing some ideas with you :D
19:59.42caen23nice :D
20:20.18caen23heh, successful compilation on vs 2015 as well <3
20:20.39caen23no better time to start working on those tasks :P :P
20:23.03Apraare the msgs for me?
20:24.11caen23for everyone
20:24.39Apraohk
20:25.36ApraAnyways I am going to sleep, have an exam tomorrow
20:26.47caen23good luck
20:27.00ApraThanks
20:42.29*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:78fd:a2f:7215:968f)
20:44.58*** join/#brlcad nmz787 (~nmz787@unaffiliated/nmz787)
20:45.03nmz787howdy
20:45.05nmz787anyone here?
20:46.57nmz787just have a general usage question
20:47.37nmz787but I wanted to chat about it, and also can wait as I trace my TCL script to make sure I'm doing what I think I should
20:50.04caen23hi nmz787
20:50.17caen23what do you want to chat about?
20:51.48*** join/#brlcad ickby (~stefan@x5d844e4c.dyn.telefonica.de)
20:56.24nmz787wondering right now if unions might not work with adjacent items, say an rpp(point1, point2) and another rpp(point2, point3)  (where in space, they are all sequential, such that point 1 and 3 are opposite point 2... in other words point 2 should be common, maybe even share a whole egde in common not just that point)
20:59.34nmz787also, other than generating an STL, how do I export a raytraced screenshot, such that I should see whether unions failed to smooth boundaries between primitives? In MGED now, I see the primitives, and it makes me wonder if things failed to connect up
21:01.33nmz787I can pass my current TCL script that generates my model... I make a bunch of stuff, then combine, union, subtract, etc... finally I make a region from a subtraction... then I take slices of that (union the region with a rpp slice), but I see the slices are combinations, so maybe they need to be regions
21:05.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:06.06*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
21:18.20*** join/#brlcad ickby_ (~stefan@x5d844e4c.dyn.telefonica.de)
21:19.30nmz787ah, right, File then Raytrace
21:24.48*** join/#brlcad ickby (~stefan@x5d844e4c.dyn.telefonica.de)
21:33.13nmz787so now it seems I need to learn how to drive the 'rt' program from the command-line
21:33.59nmz787I have the X,Y coordinates of my viewport, and know I want to look from Z, both down and up for a given slice... and export both views (looking up, looking down)
21:34.20nmz787I got two raytrace .sh files
21:34.37nmz787but am not sure how to set the viewing area to my X,Y bounding coords
21:36.05nmz787reads man page
22:11.56nmz787is there a way to temporarily hide the red wireframe in mged, other than using the Z command?
22:12.13nmz787(i.e. after raytracing, I want to hide the wireframe)
22:12.27nmz787(then be able to turn it back on at the view/angle I was just at)
22:12.42nmz787while Z then e on the object, will reset the view/angle
22:26.28*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:34.42*** join/#brlcad spertz (~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net)
23:39.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20161219

IRC log for #brlcad on 20161219

00:10.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:30.08Notify03BRL-CAD Wiki:Nmz787-brlcad * 0 /wiki/File:TGC_mged_brlcad.png: TGC from the BRL-CAD PDFs (screenshot from Google Books viewing session)
00:33.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:48.48*** join/#brlcad spertz (~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net)
00:51.04*** join/#brlcad spertz (~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net)
01:01.31*** join/#brlcad asad_ (~asad00@pool-173-72-4-45.cmdnnj.fios.verizon.net)
01:13.07*** join/#brlcad spertz (~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net)
01:29.36Notify03BRL-CAD Wiki:Nmz787-brlcad * 9845 /wiki/User:Nmz787-brlcad: added TGC examples
01:30.37Notify03BRL-CAD Wiki:Nmz787-brlcad * 9846 /wiki/User:Nmz787-brlcad:
01:39.39*** join/#brlcad dltnsufjfszzznly (~armin@dslb-088-064-046-113.088.064.pools.vodafone-ip.de)
02:57.40*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
04:07.01*** join/#brlcad Guest81554 (~sucode@47.8.119.171)
04:19.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:24.39*** join/#brlcad ickby (~stefan@x5d844e4c.dyn.telefonica.de)
05:32.59*** join/#brlcad ickby (~stefan@x5d844e4c.dyn.telefonica.de)
05:37.27*** join/#brlcad ickby_ (~stefan@x5d844e4c.dyn.telefonica.de)
05:38.13*** join/#brlcad gcibot-afk (~gcibot@r167-56-254-227.dialup.adsl.anteldata.net.uy)
05:38.13*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
06:06.59*** join/#brlcad ickby_ (~stefan@x5d844e4c.dyn.telefonica.de)
06:21.34*** part/#brlcad Guest81554 (~sucode@47.8.119.171)
06:37.14*** join/#brlcad MikeH (~Mike@188.175.158.32)
06:42.59*** join/#brlcad ickby_ (~stefan@x5d844e4c.dyn.telefonica.de)
06:55.21*** join/#brlcad ickby (~stefan@x5d844e4c.dyn.telefonica.de)
07:28.06Notify03BRL-CAD Wiki:Yaseralewe * 0 /wiki/User:Yaseralewe:
07:39.52*** join/#brlcad amarjeet (~Amarjeet@169.149.150.60)
07:58.37*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:02.16*** join/#brlcad amarjeet (~Amarjeet@2405:205:400f:97e2:7738:99ab:beab:2cfd)
08:16.01*** join/#brlcad amarjeet (~Amarjeet@2405:205:400f:97e2:7738:99ab:beab:2cfd)
08:25.22*** join/#brlcad merzo (~merzo@91.217.179.122)
08:41.29*** join/#brlcad ickby_ (~stefan@x5d844e4c.dyn.telefonica.de)
08:45.05*** join/#brlcad amarjeet (~Amarjeet@2405:205:400f:1541:b07:3176:32be:334b)
08:50.55*** join/#brlcad amarjeet (~Amarjeet@2405:205:4105:b0d:2d6c:a9b1:5d17:6e2a)
08:56.01*** join/#brlcad amarjeet (~Amarjeet@2405:205:4105:b0d:2d6c:a9b1:5d17:6e2a)
09:21.08*** join/#brlcad ickby_ (~stefan@x5d844e4c.dyn.telefonica.de)
09:34.17*** join/#brlcad amarjeet (~Amarjeet@2405:205:4105:b0d:2d6c:a9b1:5d17:6e2a)
10:34.50*** join/#brlcad ickby (~stefan@x5d8475d3.dyn.telefonica.de)
11:32.22*** join/#brlcad yorik (~yorik@2804:431:f720:cd8e:290:f5ff:fedc:3bb2)
12:09.35*** join/#brlcad spertz (~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net)
12:12.55*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
13:21.06*** join/#brlcad Apra (75c85bda@gateway/web/freenode/ip.117.200.91.218)
13:38.17*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
13:57.24*** join/#brlcad harpreet (~harpreet@169.149.185.175)
13:58.12harpreetHey there.How is everybody
13:58.21harpreetNeed Sean
13:59.39Apra@harpreet you can msg at @tofu_
14:02.09harpreetI want to discuss something
14:03.15Apratofu_ is his nick name...msg him
14:03.51harpreetActuaaly I made a sticker for open cax and want to know how to deliver it in editable format.
14:04.22harpreet@tofu_ Can you help me
14:04.44caen23no need to "msg" anyone, just wait for a reply (patiently)
14:05.57*** join/#brlcad Caterpillar3 (~caterpill@unaffiliated/caterpillar)
14:06.31harpreetCan you tell me how to cite the source
14:06.54Apraharpreet, you can just check your task...it says .XCF, .SVG, .AI, or .PSD  all will work, so you can submit it in any of these formats
14:10.30harpreetApra, I attached the.xcf format and need to know how to cite tyhe source
14:11.37ApraThe images you provided, you need to cite their source
14:12.19harpreethow?
14:12.59Aprathe place you downloaded it, which says that you can use it
14:13.15harpreetwhere?
14:13.34harpreetIn the icon?
14:14.14Aprayeah, the templates, the pictures you used, you need to cite them
14:16.36harpreetactyally sorry for that, but  i am not getting it
14:17.00ApraNever mind...lets try another way
14:17.04harpreetwhat is the method to cite
14:17.18harpreetcan you elaborate it.
14:17.33ApraSee did you use any pictures, which you downloaded from the internet?
14:17.45harpreetyes
14:18.21Aprahmm...so where did those files originate...you need to cite it
14:18.46harpreetIn my Sticker?
14:19.19ApraYeah, the files you used from the internet in your sticker
14:19.37harpreetthanks a lot.now i am getting it
14:19.48harpreetcan I send you that file
14:20.00harpreetfor review
14:20.13ApraNo don't do that coz i  am a fellow participant
14:20.43harpreetok then after all thanks
14:20.44Aprabtw, nice to meet you and help you
14:21.02harpreet:)
14:21.20ApraYou can wait there, mentors will be there to review it
14:27.38harpreetOK
14:29.58harpreethwy Apra I want to ask you something
14:30.05ApraYeah
14:30.11Aprasure
14:31.09harpreetIf I failed to cite it.Will it lead to my dismissal
14:31.50ApraYeah as the task reads it might
14:32.08ApraAren't you getting those?
14:32.17harpreetBut there is no notice regarding it.
14:32.26harpreetIn task description
14:32.58Apra"Note: failure to cite a source may be plagiarism and grounds for dismissal from GCI."
14:33.23harpreetnot in my task
14:34.10ApraSend me the link
14:34.58harpreethttps://codein.withgoogle.com/tasks/5407708626812928/
14:34.59gcibot_Design a sticker for OpenCAx || 3 days || Outreach / Research || BRL-CAD
14:36.03ApraYeah, there isn't any
14:36.27harpreetSo, I need to worry or not?
14:36.41Aprabut to be on the safer side I would suggest you to cite them
14:37.54harpreetI cite the download website in the lower portion of my sticker.
14:38.22harpreetIs it alright
14:38.35ApraJust create another txt document and cite the sources there
14:39.46harpreetYou mean I have to create a text document and to write the downloading source and to attach the file In task conversation box?
14:40.34ApraYeah, you can do it...but still it would be better if you wait for the mentor to reply in these matters
14:41.08harpreetI had submitted the task although
14:41.32Apraohk
14:42.15harpreetCan I attach the text document now?
14:42.41ApraYeah, you can
14:43.44harpreetthans a lot for you help and patience  :p
14:44.07ApraMy pleasure :p
14:45.04ApraAnyways it was a great helping you :)
14:46.01harpreetAre a participant of GCI
14:46.44ApraYep, I am a participant
14:47.18harpreetFrom where are you
14:47.36ApraIndia
14:47.48harpreetWhat! me too
14:48.38harpreetI am from punjab.
14:48.43harpreetYou?
14:49.50*** join/#brlcad amarjeet (~Amarjeet@2405:205:4087:30fd:d4f8:4d59:fcf8:994d)
14:51.52harpreetApra Btw, Nce meeting you.
14:52.46*** join/#brlcad harpreet (~harpreet@169.149.185.175)
14:53.02ApraJharkhand
14:59.26*** join/#brlcad amarjeet (~Amarjeet@2405:205:4087:30fd:d4f8:4d59:fcf8:994d)
15:00.54Apraamarjeet are you free?
15:02.13ApraI had some questions about my task
15:13.15*** join/#brlcad amarjeet (~Amarjeet@2405:205:4107:1ab9:6be3:300b:85eb:8e1)
15:26.32*** join/#brlcad amarjeet (~Amarjeet@2405:205:4107:1ab9:6be3:300b:85eb:8e1)
15:30.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:36.39*** join/#brlcad amarjeet (~Amarjeet@2405:205:4107:1ab9:6be3:300b:85eb:8e1)
15:52.29*** join/#brlcad spertz (~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net)
16:02.46*** part/#brlcad spertz (~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net)
16:13.10*** join/#brlcad MikeH (~Mike@188.175.158.32)
17:40.19*** join/#brlcad gcibot-afk (~gcibot@r186-54-20-95.dialup.adsl.anteldata.net.uy)
17:40.19*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
18:09.52*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
20:08.45``Erik!notify week
20:08.45NotifyBRL-CAD: starseeker:14, brlcad:7, Thebunnyrules:1, bob1961:1, Rfmergarejo:1
20:08.46NotifyBRL-CAD Wiki: Nmz787-brlcad:3, Nikolay Kolev:1, Yaseralewe:1
20:08.55``Erik!notify year
20:08.57NotifyBRL-CAD: starseeker:965, brlcad:409, ejno:165, n_reed:48, bob1961:32, vasco_costa:8, d_rossberg:7, jordisayol:5, 59.91.119.167:1, ZitarMorningStar:1, mendesr:1, Thebunnyrules:1, Rfmergarejo:1
20:08.57NotifyBRL-CAD Wiki: Tandoorichick:47, Asadmorgoth:32, Mandeeps708:30, Sean:18, Starseeker:11, Amarjeet Singh Kapoor:10, Gaganjyotsingh:5, Gauravjeet:4, Adityachunar:3, Oleksandr dubenko:3, Feragon.xi:3, Nmz787-brlcad:3, 195.33.171.4:2, Catchchaos:2, Adreabroline:2, Quenzo-cad:1, Somelongname:1, Aminhashemi:1, Ericweissmann:1, Vanuma6674:1, PatrickHead:1, Tafodinho1996:1, Mechklrcet:1, FrancescoM:1, Eddysalazar:1, Sdiprinzio:1, ZitarMorningStar:1, TesterTester:1, Wis
21:00.00*** join/#brlcad gcibot-afk (~gcibot@r186-54-20-95.dialup.adsl.anteldata.net.uy)
21:00.00*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
23:17.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:18.15*** join/#brlcad merzo (~merzo@93-60-92-178.pool.ukrtel.net)
IRC log for #brlcad on 20161220

IRC log for #brlcad on 20161220

00:05.46caen23hmm... apparently bitdefender (and maybe others) mark some files from brl-cad as threats https://codein.withgoogle.com/dashboard/task-instances/6594523692007424/
00:05.49gcibot[WANT TO CODE? START HERE] Compile and Install BRL-CAD || 3 days || Code, Documentation || BRL-CAD || Beginner task
00:26.57*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
00:52.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:38.54*** join/#brlcad pkglbiclzwvqfrqd (~armin@dslb-088-064-044-032.088.064.pools.vodafone-ip.de)
01:49.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:03.38starseeker``Erik: cool!
03:06.47starseekernot sure if it's right (if the first report is supposed to be only svn commits?) but that's a neat idea
05:18.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:42.07*** join/#brlcad gcibot-afk (~gcibot@r186-55-77-47.dialup.adsl.anteldata.net.uy)
05:42.07*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
06:55.51*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:48e5:c225:120a:294b)
07:00.12*** join/#brlcad ickby (~stefan@x5d8475d3.dyn.telefonica.de)
07:00.54*** join/#brlcad Apra (75c856e0@gateway/web/freenode/ip.117.200.86.224)
07:09.11ApraI had posted a comment 2 days ago in my task but I think no one has seen it...I have just 20 minutes left for my task...Its regarding T-Shirt designing for BRL-CAD
07:36.37andromeda-galaxyApra: link?
07:37.16Aprahttps://codein.withgoogle.com/dashboard/task-instances/5194521237258240/
07:37.23gcibotDesign a t-shirt for BRL-CAD || 3 days || Outreach / Research || BRL-CAD
07:37.31andromeda-galaxyApra: if you reclaim it I will extend the tim
07:38.13Aprare-claimed
07:38.58andromeda-galaxyApra: time added!
07:39.04andromeda-galaxyno idea why it was not reviewed for so long, sorry
07:39.24andromeda-galaxyI tend not to review the design tasks b/c I usually miss things on them (stick to more code-oriented ones). sorry!
07:39.28ApraNever mind
07:39.36andromeda-galaxy(although we have fewer of those than usual this year...)
07:39.36Apraits ok :)
07:40.16andromeda-galaxybrlcad: btw if we do not have a docker container anywhere I will create/mentor a task to set one up
07:41.30andromeda-galaxyApra: hope somebody looks at it soon ;)
07:41.57ApraYeah...even I hope the same :D
07:42.56Apraandromeda-galaxy: You were one of the grand-finalist last year...Isn't it?
07:44.09andromeda-galaxyApra: yeah, a bunch of the old students are mentoring now. I was one of the winners the last 2 years brlcad participated (2013/2014)
07:44.46Apraoh..how many codeing tasks did you complete...just curious :)
07:47.02*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
07:48.40andromeda-galaxyApra: it is hard to remember exact numbers (+ I did do some design/modelling/documentation/etc. especially during 2014). but I think probably somewhere in the 25-40 area?
07:49.10Apra25-40 tasks?
07:49.36andromeda-galaxyyeah, about that, I think
07:50.48ApraThats actually great....Its hard for me to manage that much of a time coz I having exams too but still i am trying to do my best
07:51.43Apraand, the most important is I am this enjoying open-source :D
07:51.57Apra*enjoying this
07:52.05andromeda-galaxyyeah, exams are annoying. that year I had fewer in-class exams I vaguely remember, which was nice. but yeah, the most important thing is to enjoy this and get involved!
07:53.52ApraMy aim was to complete ~20 tasks till 1st Jan...but just ~10 tasks till now
07:54.04andromeda-galaxyApra: also the contest overall does seem a little bit more low-key this year. And I feel like we haven't been doing as great a job of stocking tasks as we should be for you all to work on (I admit to not having been great about this so far...)
07:54.16andromeda-galaxysounds like a good plan
07:54.50andromeda-galaxysorry to delay you with the lack of recent review on design tasks
07:55.04andromeda-galaxywaiting for review is always a little too bad ;)
07:55.09ApraThats ohk :)
07:55.23ApraIt must be the mentors were busy too
07:56.17andromeda-galaxypresumably. thanks for the patience! btw if you want to get started doing more coding tasks I'll be around and would be glad to get you pointed in the right direction
07:58.04ApraYeah, I can concentrate upon codeing tasks, when my dad comes in the weekend coz he has the laptop and stays out of station, and my pc is quite full and slow, so it just crashes with vb
07:58.32andromeda-galaxyah, yeah. Okay, in that caes I might not be as much help since I've never built brlcad on windows
07:58.35andromeda-galaxyonly linuxes
07:58.37Apraand i dont have a free space to just dual boot ubuntu with windows
07:59.20ApraElse I had plan to make the plugins for LibreCAD 3
07:59.27andromeda-galaxyah yeah, that's hard
07:59.29andromeda-galaxytoo bad
08:00.50Aprahmm, and yeah even caen23 is there for codeing tasks for windows...he asked me to install visual studio and cmake but once again luck didn't favour
08:02.05andromeda-galaxyoh yeah, I saw that conversation. it is too bad that getting dev envs (overall) set up on windows is so difficult
08:03.06Aprajust another query the place where the comments and all are visible in GCI..it doesn't reload automatically is there any fix for it?
08:03.21Apraright
08:05.31andromeda-galaxythe task page on the website?
08:05.36ApraYeah
08:05.40andromeda-galaxyI'm not super-familiar with the new system, so I don't really know
08:05.54andromeda-galaxy(2014 was the last year that Google used Melange for GCI)
08:06.34Apraoh...I need to click on the refresh button every time I want updates or rather press ctrl + r
08:09.56ApraTill the mentors look into my task...can you tell me whats opencl and how is it related to c?
08:11.18andromeda-galaxyso roughly,
08:11.19ApraAs I developed an interest for this task: https://codein.withgoogle.com/tasks/5116035485138944/?sp-organization=4814441002565632&sp-is_beginner=False&sp-categories=1
08:11.21gcibotConvert a single function from C to OpenCL (hyperboloid) || 3 days || Code || BRL-CAD
08:11.36andromeda-galaxyC is a programming language that you can use to write code that will be compiled to run on your computer, right?
08:11.47andromeda-galaxybut computers nowadays tends to have fairly sophisticated coprocessors, like fancy graphics cards
08:11.49ApraYeah
08:11.57andromeda-galaxy(or fpgas, or Xeon Phis or whatever, but mostly GPUs)
08:12.13ApraYeah GPUs
08:12.13andromeda-galaxyso the idea of OpenCL is that it is a language for writing code that doesn't necessarily run on the cpu like most code does
08:12.31andromeda-galaxyso you write these "kernels" in this sort of c-ish language that are compiled to be able to run on the gpu
08:12.46Apraohk...so where does it run?
08:12.56Apraohk
08:13.00andromeda-galaxybut this actually turns out to be very different from "normal" C programming because the main advantage of gpus is basically that they can do tons and tons of small operations in parallel
08:13.19andromeda-galaxyso you have to write code that does tons of stuff in parallel *and stays synchronized*
08:13.33andromeda-galaxyand to make it even worse, they usually have lots of different levels of memory available and not very much for each individual shader unit
08:13.38Apraseems challenging
08:13.43andromeda-galaxyso you have to manually deal with the memory heirarchy
08:13.46andromeda-galaxyso it's pretty annoying
08:13.58andromeda-galaxybut it can make great speedups and be a lot of fun!
08:14.06andromeda-galaxyI definitely don't want to discourage you from working on those tasks
08:15.16ApraYeah have programmed on Java for 2-3 years and now learning an outdated c++ which is taught in school(borland c++)
08:17.01ApraBasically I love programming...but when i opened up the .c file i got nervous- it was some 400+ lines i guess...though much of it were filled by comments  so just wanted to ask you about it
08:18.10ApraBut header files like raytrace.h are these library there in c programs?
08:19.42andromeda-galaxyheader files contain declarations of functions defined elsewhere.  "public"  header files like the ones in include/ are usually used basically as interfaces to other libraries, yes
08:20.16andromeda-galaxyso I am not involved with the opencl effort/that task, but looking at the sample that is provided, I don't think that you have to convert the whole 400+line file---basically just the shot/norm functions?
08:22.50ApraJust the 2 functions?
08:23.49andromeda-galaxyso like I said I am not the authority on this
08:24.08andromeda-galaxybut if you look at the ehy files that are provided, the opencl version only has ehy_shot and ehy_norm while the regular c version has a bunch of other useful functions
08:24.56Aprayeah, thats true
08:25.14Aprajust two functions in opencl
08:29.44Apracan you give me the irc nicks of the mentors?
08:30.06andromeda-galaxyso Sean is brlcad
08:30.30andromeda-galaxyI am apparently on there even though I don't know much about the task:) mentors were selected pretty much at random apart from any particular requests, I think
08:30.54andromeda-galaxyI don't have the other nicks off the top of my head
08:30.55Apraoh
08:31.08andromeda-galaxybut probably just ask in here about the opencl effort overall and somebody working on it will show up
08:31.41Aprawhat do you think should I read some opencl tutorial?
08:31.52andromeda-galaxythat would probably be useful preparation
08:32.50Apraohkk..i would then read some of them
08:33.51Apraaren't ther any participants other than me spamming the brlcad irc page :P ?
08:34.26andromeda-galaxyyeah the irc channel has been unusually quite...
08:35.32ApraI guess its this time only...how was it when you had been a participant?
08:35.51andromeda-galaxythe irc channel was definitely way busier
08:36.20andromeda-galaxyI feel like the contest overall for brlcad at least was somewhat busier as well. it definitely was on the code side of things, but we had more available and reasonable tasks at that time, I think
08:36.40Apraohh
08:37.32*** join/#brlcad ickby (~stefan@x5d8475d3.dyn.telefonica.de)
08:40.49*** join/#brlcad amarjeet (~Amarjeet@2405:205:4107:1ab9:edd4:70fd:a54:fa8d)
08:41.22Aprabtw it was a nice talking you :)
08:41.31andromeda-galaxynice to talk to you also :)
08:41.57andromeda-galaxygood luck! and I hope you enjoy your student time at gci as much as I did
08:43.26Aprayeah...thanks :)
08:45.20Apra<PROTECTED>
08:45.23gcibotDesign a t-shirt for BRL-CAD || 3 days || Outreach / Research || BRL-CAD
08:46.04*** join/#brlcad merzo (~merzo@91.217.179.122)
08:46.49*** join/#brlcad shivam (uid200876@gateway/web/irccloud.com/x-xvcemqbmcgqlmuoi)
08:47.02*** join/#brlcad shivam_ (uid200876@gateway/web/irccloud.com/x-hftbgfebbarskvjj)
08:47.05shivamHii everyone
08:47.20andromeda-galaxyHi Guest41973!
08:47.53andromeda-galaxy:q
08:47.55Guest41973I m new in gci.
08:47.55andromeda-galaxy:q
08:48.08andromeda-galaxy(sorry wrong window)
08:48.11andromeda-galaxynice to see you!
08:49.30shivam_Means
08:49.44andromeda-galaxyGuest41973: are you working on anything in particular right now?
08:50.10shivam_Yes
08:51.04shivam_https://www.irccloud.com/pastebin/YmodfmNz
08:51.52andromeda-galaxyneat ;) I hope you find gci fun!
08:53.01*** part/#brlcad shivam_ (uid200876@gateway/web/irccloud.com/x-hftbgfebbarskvjj)
08:53.32Guest41973Yes!!
08:54.04andromeda-galaxygreat!
08:56.06ApraYou need to submit a .psd or .svg or any other file that you have created the t-shirt in....if you have taken pictures from internet then you might need to submit a .txt file citing its source and a .png preview of your file in the GCI page
08:56.21andromeda-galaxyApra: hmm?
08:56.31ApraYes
08:56.56Aprasame task...so I can help here I guess?
08:57.35andromeda-galaxyah, I see. makes sense
08:58.01andromeda-galaxyGuest41973: I am a mentor but I'm not great at reviewing/working on the design tasks, Apra is another student working on the same task
08:58.34ApraHello Guest41973 nice to meet you :)
09:23.34Apraandromeda-galaxy do you see tasks for open-scad?
09:24.16Apracoz I have made a space-ship...
09:25.16ApraI am trying to do other tasks, till my mentors are free
09:32.36*** join/#brlcad amarjeet (~Amarjeet@2405:205:4107:1ab9:edd4:70fd:a54:fa8d)
10:04.56caen23compilation on windows is actually rather straight-forward
10:05.58caen23common problems these days have been 1) some bugs on our part (but compilation proceeded and reported the errors correctly); 2) people unable to click next next to install program; and 3) some guy whose antivirus detected some files as infected :-??
10:07.02caen23the bugs, we could've done something about (i fixed them last week), and we could update the wiki article on compiling to give step-by-step instructions for windows
10:07.15*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
10:07.18caen23i wanted to do that, but i figured it might be a good gci task
10:11.20caen23as for other coding tasks, i'm curious how many of the students who completed compilation have taken any other programming task
10:12.05caen23every time i check the task instances page, i only see "compile from source" and "design a banner"
10:15.42Apracaen23: compilation of what? brl-cad?
10:16.15caen23yes
10:16.30caen23and i guess other projects, but i didn't try others
10:17.01caen23by the way, i checked out your task
10:17.21caen23the latest files are psds. could you send some pngs? i don't have photoshop installed
10:18.06caen23actually, no need, macos seems to be able to quick view psds without photoshop nice
10:20.55caen23Apra: if you're here, i can try to reiterate some of the feedback you got from the other mentors
10:22.30ApraYeah sure
10:22.46Aprajust a minute and i 'll be available
10:25.23*** join/#brlcad ickby (~stefan@x5d8475d3.dyn.telefonica.de)
10:34.52*** join/#brlcad ickby_ (~stefan@x5d8459a7.dyn.telefonica.de)
10:35.08ApraSo caen23 you wanted the png...right?
10:35.36caen23i don't need it anymore
10:36.38Apraso now what?
10:36.44caen23anyway, the first problem is with your writing of BRL-CAD, both on the back and on the front
10:37.05caen23you used a shade of red that's different from the pink-ish color found in the logo
10:37.14caen23and makes it look bad
10:37.30Apraok...now its clear
10:39.30caen23second problem is with the assets (i.e. other images) you used to create your design. in your file "website.txt", you are listing direct links to the images. what we need are links to pages which contain the images and provide aditional information (such as licensing information)
10:40.35caen23so for example, if you got the image from here http://www.deviantart.com/art/Xurkitree-649456200 . we need this link, but instead, you gave us this link http://img14.deviantart.net/c844/i/2016/339/c/f/xurkitree_by_squeakysponge-daqo3m0.png
10:42.38caen23if all we have is an image, we can't decide if we are allowed to use that image for marketing purposes (that is, if the author does not specifically allow you to use it, he might force you to stop making those t-shirts; we need to make sure that doesn't happen)
10:43.20ApraSo how can I get the license part?
10:44.10caen23well, you need to search for it on the website where you fond the image
10:44.17caen23s/fond/found
10:44.59Aprai didn't get the 2nd msg s/fond/found
10:45.17caen23it was a typo
10:45.24caen23don't mind the second message
10:45.32Aprayeah...ok
10:46.00caen23let's put it another way. how did you arrive to the image with the flags?
10:46.53ApraJust a normal image search
10:47.38Aprahttp://www.clipartbest.com/clipart-LTKp9xzAc   In this link we can see the download option which means you can use it anywhere...right?
10:48.29caen23no, not at all. in order to be able to use it anywhere, it needs a licence which explicitly says that you are allowed to do that
10:49.12Apraoh..i didn't know that...anyways so do I need to contact the author?
10:49.25caen23for example, if you go here https://commons.wikimedia.org/wiki/File:Tux.svg
10:49.39caen23you can see there's a Permission row
10:49.47caen23and it says "The copyright holder of this file allows anyone to use it for any purpose, provided that you acknowledge lewing@isc.tamu.edu and The GIMP if someone asks.
10:50.11caen23that's what allows you to use it for your design, not the simple download button
10:52.02Apragot it....but for the gear file there isn't any license statement...so do I need to ask for its license?
10:54.31caen23i am not entirely sure, but i believe that the licensing information needs to be somewhere public. so an email between you two might not be enough. but i'm not sure
10:54.59*** join/#brlcad shubham_ (31cc68fe@gateway/web/freenode/ip.49.204.104.254)
10:56.32Aprahttp://www.clipartbest.com/cliparts/LTK/p9x/LTKp9xzAc.svg
10:56.53ApraJust go to this link and then inspect element
10:57.31caen23what do you want me to see?
10:57.52Aprasth like "<path d="M411.1,256c0-23.9,14.8-42.8,36.9-55.8c-4-13.3-9.3-26.2-15.8-38.2c-24.9,6.5-45-3.2-62-20.2c-16.9-16.9-22.1-37.1-15.6-62   C342.6,73.3,329.8,68,316.4,64c-13,22.2-36.4,36.9-60.4,36.9c-23.9,0-47.4-14.7-60.4-36.9c-13.4,4-26.2,9.3-38.2,15.8   c6.5,24.9,1.3,45-15.6,62c-16.9,16.9-37.1,26.7-61.9,20.2C73.3,174,68,186.8,64,200.2c22.2,13,37,31.9,37,55.8   c0,23.9-14.8,47.4-37,60.4c4,13.4,9.3,26.2,15.8,38.2c24.9-6.5,45-1.3,61.9,1
10:57.58ApraWhats it?
10:59.08caen23svg is a vector format. that is, it represents the image as a list of primitive shapes, which are generated on the fly, as opposed to a list of pixels in something like jpg or png
11:00.02Apraok...i am thinking of making this gear myself
11:01.22caen23you can give that a try
11:03.57Apraanother thing when I image search it....there comes sth called black box...and nothing comes out...give it a try
11:04.43caen23i didn't get you
11:04.45caen23what should i try?
11:04.53Apraimage search
11:05.13Apralike when you go to this link http://www.clipartbest.com/cliparts/LTK/p9x/LTKp9xzAc.svg
11:05.26Apraclick right mouse button and image search
11:06.36caen23i don't have image search
11:09.55ApraSearch google for image?
11:12.04*** join/#brlcad merzo (~merzo@93-60-92-178.pool.ukrtel.net)
11:17.44Apraopen the link and then right click on the image and click on search google for image
11:18.38Apradoes google search for black box?
11:22.32caen23i don't have the menu
11:23.09Apraok
11:23.11caen23however, it might just search for a black pixel, which is why you get black boxes
11:23.24Apraanyways another query
11:23.48Aprai have got 2 different website which uses this gear
11:23.51Aprahttp://www.curiousrubik.com/crm/marketing-automation/
11:24.19Aprahttps://www.google.co.in/url?sa=t&rct=j&q=&esrc=s&source=web&cd=14&cad=rja&uact=8&ved=0ahUKEwjAjLKv04LRAhUEq48KHeinBeAQFghBMA0&url=http%3A%2F%2Fwww.youngdynamics.nl%2F&usg=AFQjCNFZACGuarmJbiuEEaj-w-vlQV_5xg&sig2=jQZvinKqIb8dI0QxvZMWrQ
11:24.41ApraOmit the above link
11:24.43Aprahttp://www.youngdynamics.nl/
11:25.11caen23how do you know it's the exact same gear?
11:25.34caen23even if it looks similar, some things might be a bit different
11:25.43Apraohh
11:25.45caen23maybe it's thicker, maybe the spacing is different
11:26.03ApraYeah it can be
11:26.15caen23and even if it's the same image, if someone else uses it (without permission), this proves nothing
11:26.18caen23we still can't use it
11:26.22caen23without proepr licensing
11:27.41Apraohk...got it
11:29.08Aprahttps://commons.wikimedia.org/wiki/File:Cog_font_awesome.svg
11:29.30ApraI think this file has a proper license...right?
11:29.52caen23yes
11:37.47*** join/#brlcad ickby (~stefan@x5d8459a7.dyn.telefonica.de)
11:38.03Apraand can you give me flags of world which can be used
11:40.16caen23you'll have to find those yourself
11:42.35Apraok
11:43.32Aprahttps://www.dreamstime.com/royalty-free-stock-photo-flags-world-240-flags-image541435
11:43.57ApraDoes this link have any license?
11:46.34caen23it should be fine
11:46.35caen23https://www.dreamstime.com/terms#royaltyfree
11:48.17Apracool is the t-shirt ok?
11:50.12caen23well, apply all the changes we talked about
11:50.17caen23and submit it again
12:01.29*** join/#brlcad ickby_ (~stefan@x5d8459a7.dyn.telefonica.de)
12:09.42Apracaen23 I have fixed it...now the colors
12:10.02caen23great
12:10.17Apracolors should be same?
12:10.59caen23yes, they should be the same shade as the one on the logo
12:11.04caen23the pink-ish color
12:11.13caen23you should be able to clone the color in photoshop
12:14.29Aprahttp://imgur.com/a/HS5Vj
12:16.53caen23ok, good job on making the changes we talked about
12:17.10caen23by the way, you still need to stick the urls to the images you used in a file, and upload that to gci
12:17.21caen23you also need to upload the psd and a png preview
12:18.00Aprayeah...I am saving all the files now, waiting for your approval :)
12:18.32caen23what i would change is, i would make the brl-cad logo stick out better on the front (it currently feels crammed)
12:18.40caen23and i also don't think the elements are aligned vertically
12:19.18caen23for example on the front, the text and the gear seem misaligned to me
12:22.21Apra"elements are aligned vertically" didn't get it
12:23.50caen23i think the text "uniting the world through..." is a bit to the right, compared to the gear
12:24.11caen23their middles are not on the same axis
12:25.18*** join/#brlcad yorik (~yorik@2804:431:f720:cd8e:290:f5ff:fedc:3bb2)
12:31.22Apraok...shifted a little to the left
12:32.02caen23you shouldn't shift a little to the left
12:32.34caen23i'm pretty sure photoshop has some form of alignment guides, which should allow you to see the axis and properly align it
12:37.57Aprahttp://imgur.com/a/e9bAT
12:38.41caen23that doesn't look like it
12:39.20ApraThat's grid to align everything
12:39.28*** join/#brlcad amarjeet (~Amarjeet@2405:205:4107:1ab9:edd4:70fd:a54:fa8d)
12:40.12Aprahttp://imgur.com/a/RlUUW
12:44.34Apracaen23 is it ok?
12:45.12caen23honestly, it doesn't look ok to me, but i don't know how to bring up the guides to make it properly aligned
12:45.38caen23also, the thing about the logo being crammed still applies
12:45.59ApraView>Show>Grid
12:46.20caen23but that's just my opinion, you should upload what you have and see what the other mentors have to say
12:46.34caen23i don't mean the grids you showed me, i mean the guides i am refering to
12:46.36Apralogo crammed..I didn't get you?
12:47.09caen23the logo doesn't stand out inside the gear
12:47.13caen23it's easy to overlook
12:47.37Apraok...wait let me think what could be done
12:51.59Aprahttp://imgur.com/a/w4FtB
12:52.28Aprahow about it now?
12:52.39Apralogo part
12:53.52*** join/#brlcad ickby (~stefan@x5d8459a7.dyn.telefonica.de)
12:55.35caen23seems better
12:56.50caen23although it looks misaligned as well, and did it looks like you made the logo narrower
12:56.58Aprahttp://imgur.com/a/8KtQB ?
12:57.32ApraYeah narrow...so do I flatten it?
12:58.09caen23yeah, i don't know, i would say submit these changes and wait for review
12:58.17Apraok :)
13:01.52*** join/#brlcad ickby (~stefan@x5d8459a7.dyn.telefonica.de)
13:07.17*** join/#brlcad ickby (~stefan@x5d8459a7.dyn.telefonica.de)
13:37.02*** join/#brlcad merzo (~merzo@43-60-132-95.pool.ukrtel.net)
13:38.38Apracaen23 I had a question that I also asked andromeda-galaxy...my GCI launcher doesn't reload automatically...is there any fix for it?
13:38.55caen23i don't know what a gci launcher is
13:38.59caen23the start page?
13:39.43Aprayep...the age where we attach files,comments and receive them too
13:39.49Apra*page
13:41.10caen23the app is made by google, not much we could help with
13:41.26Apraoh
13:41.47caen23i think brlcad can open a ticket, but i'm not sure the other mentors can
13:42.03Apraa ticket?
13:42.46caen23a message to let them know about this, and hopefully they'll fix it
13:43.33Apraohh...getting to learn many new terms
13:45.30caen23tickets are usually opened on a bug tracker (it does what it says it does). don't know if google has one for gci
14:10.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:16.58*** join/#brlcad Matt__ (d824160e@gateway/web/freenode/ip.216.36.22.14)
14:20.44Matt__I need help
14:20.57Matt__I am using Archer 7.26.0 and I am trying to convert the .g file to either a .stl, .step, or .iges but when using the g-stl/step/iges I receive the error invalid command name. I need to convert this file ASAP
14:22.20Matt__I have tried "g-iges -o file.iges file.g object"
14:23.00Matt__and that returns the error message "invalid command name "g-iges""
14:26.52caen23Matt__: i don't think that program is available from mged
14:27.01caen23archer* instead of mged
14:27.11caen23you need to run it from the command line
14:27.28Matt__in the cmd prompt?
14:28.07caen23yes
14:29.42caen23also, if you go to Help > Archer Man Pages, you can see different sections on the left
14:30.06caen23MGED (mann) are available from mged, Programs (man1) are available from the command line
14:30.58Matt__I'm very new to BRL, I have only ever used Catia v5 r20 and Solidworks 14-16
14:32.07caen23yup, i was just pointing out one place where you can get help
14:34.34Matt__ok, so I used the command in CMD prompt and it syas "g-iges: No such file or directory"
14:34.56Matt__It is there and it does exist
14:35.26caen23./g-iges?
14:35.40caen23if g-iges is in the current directory and you're not on windows
14:36.17*** join/#brlcad merzo (~merzo@43-60-132-95.pool.ukrtel.net)
14:39.17Matt__Im on windows, but I do not understand the ./g-iges?
14:40.24Matt__the CMD prompt is at C:\Users\MyName\Documents\BRLCAD 7.26.0\bin>
14:40.52Matt__then I entered g-iges -o file.iges file.g object
14:41.26Matt__that returned the error "g-iges: no such file or directory"
14:42.23Matt__underneath that it says "ERROR: unable to open geometry database file ((g-iges)"
14:43.52caen23by cmd prompt, i mean the windows cmd prompt
14:43.54caen23not mged
14:44.05caen23sorry, not archer*
14:44.29Matt__correct, I am using the windows CMD prompt, not archer or mged
14:44.46*** join/#brlcad merzo (~merzo@43-60-132-95.pool.ukrtel.net)
14:44.53caen23hmm... then maybe "g-iges"? with the quotation marks
14:47.52Matt__no luck with the quotes around g-iges
14:48.45caen23how about g-iges.exe?
14:51.01caen23ooh, actually, the command works, but the parameters must be wrong
14:52.43caen23is the path to file.g correct?
14:55.36Apracaen23 I want you to look into this:
14:55.41Aprahttps://codein.withgoogle.com/tasks/6070732056428544/?sp-organization=4814441002565632&sp-is_beginner=False
14:55.43gcibotImport geometry from BRL-CAD to OpenSCAD, report || 3 days || Outreach / Research || BRL-CAD
14:55.46Apraand
14:55.55Aprahttps://codein.withgoogle.com/tasks/6324242635292672/?sp-organization=4814441002565632&sp-is_beginner=False
14:55.56gcibotImport geometry from BRL-CAD to OpenSCAD, report || 3 days || Outreach / Research || BRL-CAD
14:56.12Apraaren't these same but 2 different tasks?
14:57.46ApraJust mentors are different :P
15:00.34caen23i think you're right
15:03.47Aprahmm...you should remove one of them
15:06.43caen23not really, it doesn't matter
15:07.06caen23and only the org admin can remove/publish tasks
15:07.13Apraohh
15:07.40*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:23.20Aprawhat does the org admin mean? The admin of BRL-CAD?
15:23.45caen23yes
15:26.08*** join/#brlcad arsh (75c83bd9@gateway/web/freenode/ip.117.200.59.217)
15:26.19arshhello
15:26.26arshis there any mentor ?
15:28.22Aprayes...there are you just need to ask your question
15:31.22arshoh ! i got it . thanks
15:31.38Aprayeah
15:32.35arshcan you tell me that the one who is in the top 10 leader list ........ how many task has been done by the one who is at the last no.
15:34.00ApraI don't know...coz I am a participant
15:34.28arshand why there are only 9 students in the list instead of 10
15:36.28ApraI thought the mentors would review and select the finalists on 30th...I don't think any leader board like this exits
15:36.41Apratill now
15:37.34arshi think , may be
15:38.53*** join/#brlcad ickby_ (~stefan@x5d8459a7.dyn.telefonica.de)
15:42.28Aprabtw, how many tasks did you do?
15:43.56arsh4
15:44.14Apra<PROTECTED>
15:44.40arshyou tell ?
15:44.46Apra8
15:46.23ApraIt is not the quantity that the mentors look for, they look for the quality...
15:46.30arshyes
15:52.21*** join/#brlcad ickby (~stefan@x5d8459a7.dyn.telefonica.de)
16:07.47*** join/#brlcad ickby_ (~stefan@x5d8459a7.dyn.telefonica.de)
16:40.14*** join/#brlcad ickby (~stefan@x5d8459a7.dyn.telefonica.de)
16:50.42*** join/#brlcad ickby_ (~stefan@x5d8459a7.dyn.telefonica.de)
17:18.01nmz787sounds like Matt__ didn't have the BRLCAD 'bin' directory on their system/environment PATH
17:31.51*** join/#brlcad ickby_ (~stefan@x5d8459a7.dyn.telefonica.de)
17:35.05caen23nmz787: no
17:35.24caen23it launched properly, but the path to the .g file was wrong
17:36.09caen23the error messages were/are very bad tho
17:44.14*** join/#brlcad gcibot-afk (~gcibot@r190-134-145-23.dialup.adsl.anteldata.net.uy)
17:44.14*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
17:47.42nmz787caen23: ah, now I see
17:49.06caen23nmz787: if you have the binaries, you can give it a try with a non-existent .g file
17:55.42nmz787caen23: well, i'm on linux at the moment, and it pretty obviously prints the filename which is incorrect/non-existent
17:59.30caen23uh, even on macos, i still get `g-iges: No such file or directory`
18:01.10caen23i do get the .g below as well, but the misleading g-iges error is there too
18:06.24nmz787oh, I always read error logs from bottom to top
18:06.29nmz787well, often if not always
18:07.42nmz787(in some programs I write, I sometimes even reverse the order of errors, so I can start reading from the last output of the program backwards... rather than searching for the beginning of interesting things (or warnings/errors)
19:15.01nmz787"renamed 'make_bb' mged command name to 'bb' - Cliff Yapp"  :( now I guess I need to have error-handling to provide seemless backwards compatibility
19:28.31nmz787hrmm, now it seems the bb command doesn't work :(
19:29.33nmz787http://pastebin.com/pevvziTC
19:29.57nmz787I list my object, then I call 'bb' on that object, and get 3 error messages
19:31.00nmz787starseeker: any ideas? you seem to be the one who made the method rename
19:45.47Apra@nmz787 which task is this?
20:11.29nmz787Apra: it's a bug I am running into with personal projects
20:12.31nmz787and indeed, I am using 7.24.0 on my working environment
20:13.47nmz787Apra: are there unit-tests for bb (maybe they're still named with the old name, make_bb) ?
20:27.50*** join/#brlcad spertz (~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net)
20:31.52nmz787starseeker: I think the problem is that you didn't simply rename the command, rather, the command itself seems to have changed... bb <object name> now prints the box dimensions, while before it actually created an bounding-box object which you then listed the dimensions of
20:34.22nmz787starseeker: old usage seems to work with 'bb -c'... so my issue seems solved... but it would be nice if the docs were updated
20:35.40nmz787starseeker: i.e. add a new command on the wiki, and link to the existing old command, and link to the new command in the old command's page (https://brlcad.org/wiki/MGED_CMD_make_bb)
23:20.33*** join/#brlcad merzo (~merzo@43-60-132-95.pool.ukrtel.net)
23:52.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20161221

IRC log for #brlcad on 20161221

00:26.31*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:37.43*** join/#brlcad camlpkztrtzrfkqj (~armin@dslb-092-074-242-051.092.074.pools.vodafone-ip.de)
03:13.24*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
05:46.20*** join/#brlcad gcibot-afk (~gcibot@r186-54-40-176.dialup.adsl.anteldata.net.uy)
05:46.20*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
06:18.36*** join/#brlcad ickby_ (~stefan@x5d8459a7.dyn.telefonica.de)
06:30.42*** join/#brlcad ColloquyUser (~caen23@86.124.46.123)
06:37.02*** join/#brlcad ickby_ (~stefan@x5d8459a7.dyn.telefonica.de)
06:51.26*** join/#brlcad ickby_ (~stefan@x5d8459a7.dyn.telefonica.de)
07:00.39Apra@caen23 How do I work on any other tasks...my present task hasn't been reviewed from 3 days in GCI website?Should I wait a little more?
07:31.43ApraUpdate: ohk...I got it reviewed!
07:46.44*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:07.50*** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net)
08:09.54caen23Apra: uh, just read Sean's review
08:10.33caen23i actually wanted to tell you to include the link to the licence in your website.txt, but forgot
08:22.10*** join/#brlcad merzo (~merzo@43-60-132-95.pool.ukrtel.net)
08:22.59nmz787starseeker: also this https://brlcad.org/w/images/5/52/MGED_Quick_Reference_Card.pdf
08:26.47*** join/#brlcad merzo (~merzo@43-60-132-95.pool.ukrtel.net)
08:37.21Apracaen23 : So shall I just send him the txt file again including the license webpage?
08:39.14*** join/#brlcad merzo (~merzo@43-60-132-95.pool.ukrtel.net)
08:49.55caen23Apra: no, it's alright as it is now
08:53.50*** join/#brlcad ickby (~stefan@x5d8459a7.dyn.telefonica.de)
09:05.03*** join/#brlcad ickby_ (~stefan@x5d8459a7.dyn.telefonica.de)
09:23.00*** join/#brlcad ickby_ (~stefan@x5d8459a7.dyn.telefonica.de)
09:47.09*** join/#brlcad ickby_ (~stefan@x5d8459a7.dyn.telefonica.de)
09:51.38*** join/#brlcad ickby (~stefan@x5d8459a7.dyn.telefonica.de)
09:57.03*** join/#brlcad ickby_ (~stefan@x5d8459a7.dyn.telefonica.de)
09:57.17*** join/#brlcad merzo (~merzo@43-60-132-95.pool.ukrtel.net)
09:59.46*** join/#brlcad merzo (~merzo@43-60-132-95.pool.ukrtel.net)
10:00.54ApraCaen23: You mean that I should let it remain as it is....and submit it for review again?
10:06.12Apraor just leave it the way it is now?
10:06.20caen23leave it like it is now
10:08.49Apra<PROTECTED>
10:11.58caen23i thought you pressed the button
10:12.04caen23submit it again for review
10:12.49ApraYeah...ok..i pressed the button for review
10:13.58Apracaen23 : will you help me with the opencl task
10:14.36Aprahttps://codein.withgoogle.com/tasks/5116035485138944/?sp-organization=4814441002565632&sp-is_beginner=False&sp-categories=1
10:14.38gcibotConvert a single function from C to OpenCL (hyperboloid) || 3 days || Code || BRL-CAD
10:15.22ApraTo compile OpenCL code what programs do we need?
10:24.20*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:289f:3bc9:12db:f432)
10:28.13caen23Apra: you should first compile the available code successfully
10:28.20caen23and then we can look at the opencl tasks
10:37.32*** join/#brlcad ickby (~stefan@x5d845d6a.dyn.telefonica.de)
10:38.42Aprathe .c file? or the .cl?
10:41.22*** join/#brlcad ickby (~stefan@x5d845d6a.dyn.telefonica.de)
10:53.06*** join/#brlcad ickby_ (~stefan@x5d845d6a.dyn.telefonica.de)
11:27.34*** join/#brlcad ickby (~stefan@x5d845d6a.dyn.telefonica.de)
11:32.59*** join/#brlcad ickby_ (~stefan@x5d845d6a.dyn.telefonica.de)
11:33.49*** join/#brlcad merzo (~merzo@148-73-132-95.pool.ukrtel.net)
11:57.26*** join/#brlcad ickby (~stefan@x5d845d6a.dyn.telefonica.de)
11:58.52*** join/#brlcad yorik (~yorik@2804:431:f720:cd8e:290:f5ff:fedc:3bb2)
11:59.40*** join/#brlcad amarjeet (~Amarjeet@2405:205:4107:1ab9:194:a077:143d:9fe5)
12:11.01*** join/#brlcad ickby_ (~stefan@x5d845d6a.dyn.telefonica.de)
12:13.01*** join/#brlcad amarjeet (~Amarjeet@2405:205:4107:1ab9:194:a077:143d:9fe5)
12:13.47*** join/#brlcad spertz (~Victor@hlfxns016cw-156034001024.dhcp-dynamic.FibreOP.ns.bellaliant.net)
12:24.57*** join/#brlcad amarjeet (~Amarjeet@2405:205:4107:1ab9:194:a077:143d:9fe5)
12:30.10*** join/#brlcad amarjeet (~Amarjeet@2405:205:4107:1ab9:194:a077:143d:9fe5)
12:42.06*** join/#brlcad amarjeet (~Amarjeet@2405:205:4107:1ab9:194:a077:143d:9fe5)
12:43.02*** join/#brlcad ickby (~stefan@x5d845d6a.dyn.telefonica.de)
12:45.57Apracaen23 i didn't get you
12:47.22*** join/#brlcad amarjeet (~Amarjeet@2405:205:4107:1ab9:194:a077:143d:9fe5)
13:13.25*** join/#brlcad ickby_ (~stefan@x5d845d6a.dyn.telefonica.de)
13:40.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
13:59.43*** join/#brlcad ickby (~stefan@x5d845d6a.dyn.telefonica.de)
14:25.12*** join/#brlcad ickby_ (~stefan@x5d845d6a.dyn.telefonica.de)
14:33.04*** join/#brlcad ickby (~stefan@x5d845d6a.dyn.telefonica.de)
14:36.48*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:57.18ApraHey there, whats a sticker?
16:15.09*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
16:39.01*** join/#brlcad MikeH (~Mike@188.175.158.32)
17:11.04*** join/#brlcad ickby_ (~stefan@x5d845d6a.dyn.telefonica.de)
17:48.27*** join/#brlcad gcibot-afk (~gcibot@r186-55-73-221.dialup.adsl.anteldata.net.uy)
17:48.27*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
18:17.33*** join/#brlcad MikeHanus (~Mike@188.175.158.32)
19:02.14*** join/#brlcad MikeH (~Mike@188.175.158.32)
19:11.14*** join/#brlcad ickby (~stefan@x5d845d6a.dyn.telefonica.de)
19:22.47*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:33.21*** join/#brlcad ickby_ (~stefan@x5d845d6a.dyn.telefonica.de)
20:46.01andromeda-galaxybrlcad: I tried to write up one of the BoT editing tasks (as a test one, since I wanted feedback before doing the rest); can you take a quick look at it and let me know if I need to try to change a bunch of stuff or publish it if it looks good?
21:13.27*** join/#brlcad gcibot-afk (~gcibot@r186-55-73-221.dialup.adsl.anteldata.net.uy)
21:13.27*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
21:13.53*** join/#brlcad gcibot-afk (~gcibot@r186-55-73-221.dialup.adsl.anteldata.net.uy)
21:13.53*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
21:14.52*** join/#brlcad gcibot-afk (~gcibot@r186-55-73-221.dialup.adsl.anteldata.net.uy)
21:14.52*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
21:19.32*** join/#brlcad gcibot-afk (~gcibot@r186-55-73-221.dialup.adsl.anteldata.net.uy)
21:19.32*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
21:21.54*** join/#brlcad gcibot-afk (~gcibot@r186-55-73-221.dialup.adsl.anteldata.net.uy)
21:21.54*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
21:22.25*** join/#brlcad gcibot-afk (~gcibot@r186-55-73-221.dialup.adsl.anteldata.net.uy)
21:22.25*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
21:24.10*** join/#brlcad gcibot-afk (~gcibot@r186-55-73-221.dialup.adsl.anteldata.net.uy)
21:24.10*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
21:24.53gcibotis bored :(
21:38.19Apragcibot : what happened?
22:04.11ApraHey andromeda-galaxy
22:05.04Apraare you making a bot?
22:09.36*** join/#brlcad merzo (~merzo@148-73-132-95.pool.ukrtel.net)
22:21.43andromeda-galaxyApra: nope, gcibot has been around for a while
22:21.52andromeda-galaxygcibot is a bot that notifies when stuff happens to gci tasks
22:22.06andromeda-galaxyalthough I'm not sure that it works with the new system
22:33.50caen23it doesn't notify, but it's still able to parse pasted links
22:36.46nmz787can I do a combination including variate operations, I want to do "r myregion.r u (this u that) u (this - another)" and obviously it doesn't like my syntax
22:38.26nmz787I'm reading something about "implied parens" from the days of 'GIFT'... whatever that is
22:48.13ApraYeah it does notify...when someone copies task link
22:48.54Aprait gives the name of the task that one is referring
22:56.46nmz787ok, implied parens seem to work :)
22:58.28nmz787conversations from 1987!!! https://vissimlab.org/gitlab/brlcad/embreebrlcad/blame/ba487aab92ea203fb69c6d22c9b7618d799e2516/doc/regions.txt#LC215
22:59.46nmz787better view here https://vissimlab.org/gitlab/brlcad/embreebrlcad/blob/ba487aab92ea203fb69c6d22c9b7618d799e2516/doc/regions.txt#L215
23:27.09*** join/#brlcad merzo (~merzo@148-73-132-95.pool.ukrtel.net)
IRC log for #brlcad on 20161222

IRC log for #brlcad on 20161222

00:04.09*** join/#brlcad merzo (~merzo@148-73-132-95.pool.ukrtel.net)
01:19.16*** join/#brlcad kaine119 (~muikaien1@bb42-60-8-28.singnet.com.sg)
01:36.21*** join/#brlcad yorik (~yorik@2804:431:f721:107d:290:f5ff:fedc:3bb2)
01:36.35*** join/#brlcad ruxrgavygplkyxqc (~armin@dslb-092-074-224-190.092.074.pools.vodafone-ip.de)
01:58.13*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
02:02.43*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
02:12.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:27.51*** part/#brlcad kaine119 (~muikaien1@bb42-60-8-28.singnet.com.sg)
03:07.31*** join/#brlcad kaine119 (~muikaien1@bb42-60-8-28.singnet.com.sg)
05:50.16*** join/#brlcad gcibot-afk (~gcibot@r186-55-66-71.dialup.adsl.anteldata.net.uy)
05:50.16*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
06:41.15*** join/#brlcad arsh (3b591f40@gateway/web/freenode/ip.59.89.31.64)
06:58.07arshis terminal prompt is same as command prompt ?
06:59.27arsh??
07:01.04kaine119command prompt refers to windows, i think, while terminal prompt refers to linux/osx
07:01.28kaine119for the most part they're the same, but in the windows command prompt it's dir instead of ls to list files in current directory
07:08.36arshi am using windows and when i am writing command starting with $ or % .it shows it as a invalid error
07:10.15kaine119the guide's showing something like "$ ls"?
07:10.31kaine119the "$" is the prompt, something like the "> " on command prompt
07:10.34kaine119just ignore that part
07:10.44*** join/#brlcad Apra_ (75d63253@gateway/web/freenode/ip.117.214.50.83)
07:11.15arshthis message comes -      Error: Usage: %   Description: Escape to an interactive shell. Note - This only works in a     command window associated with a tty (i.e. the window used   to start MGED in classic mode).
07:12.37arsh??
07:13.50kaine119i think you can ignore the $ or %
07:13.57kaine119usually there's no need to start a command with a symbol
07:14.17arshok
07:15.27arshand where i can find GUI pull down menum?
07:17.38arshthen also its not working
07:18.26kaine119not sure what you mean, could you clarify?
07:19.34arshsuppose if i wanted to run linux in oracle which file of linux should i download ?
07:20.06kaine119if you're just starting with linux you'd probably want a virtual machine, or vm
07:20.34kaine119download something like VirtualBox, then look for a disk image for ubuntu or some other linux distribution
07:22.12kaine119try follow this guide: http://askubuntu.com/a/153098
07:49.37arshhow can i save my shape made in MGED ?
08:00.55*** join/#brlcad merzo (~merzo@148-73-132-95.pool.ukrtel.net)
08:19.56*** join/#brlcad kaine119 (~muikaien1@bb42-60-8-28.singnet.com.sg)
08:20.12*** join/#brlcad MikeH (~Mike@188.175.158.32)
08:30.05*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:38.15*** join/#brlcad kaine119 (~muikaien1@bb42-60-8-28.singnet.com.sg)
08:38.35*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:43.45*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.248.134)
09:21.51*** part/#brlcad kaine119 (~muikaien1@bb42-60-8-28.singnet.com.sg)
12:13.32*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
12:19.52*** join/#brlcad merzo (~merzo@155-37-133-95.pool.ukrtel.net)
13:39.30*** join/#brlcad arsh (2d790ad4@gateway/web/freenode/ip.45.121.10.212)
13:39.32arshhi
13:39.51arshhow can i save something in MGED ?
14:32.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:52.14*** join/#brlcad caen23_ (~caen23@79.112.87.85)
15:37.27MikeHarsh: mged saves the database automatically after you "enter" your command.
15:38.15arshok
15:45.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:56.13*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
15:56.57*** join/#brlcad ickby (~stefan@p4FD3C918.dip0.t-ipconnect.de)
16:02.12Notify03BRL-CAD:brlcad * 69286 brlcad/trunk/BUGS: background to a file is not working
16:48.01Notify03BRL-CAD:brlcad * 69287 brlcad/trunk/BUGS: can't win ... rt -s20 -F image.pix doesn't write out the right size
16:54.39Apra_caen23_ i have downloaded backtrack and ubuntu kylin...which one would be better to start the process of installing brlcad from its source?
16:57.03*** join/#brlcad ARChak (~vircuser@117.214.50.83)
17:00.05*** join/#brlcad ickby (~stefan@p4FD3C918.dip0.t-ipconnect.de)
17:08.02Aprahttp://imgur.com/a/vvvGN
17:09.02Aprathis is the error i get when i start ubuntu
17:45.33Aprathough backtrack runs fine but doesn't install cmake...it displays "Something wicked happened resolving..."
17:52.23*** join/#brlcad gcibot-afk (~gcibot@r190-133-121-161.dialup.adsl.anteldata.net.uy)
17:52.23*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
18:08.34*** join/#brlcad yorik (~yorik@2804:431:f721:107d:290:f5ff:fedc:3bb2)
18:42.14*** join/#brlcad Apra_ (75d63253@gateway/web/freenode/ip.117.214.50.83)
19:15.09nmz787Apra_: sounds like you have hardware issues with your computer... or the Linux distro you tried using doesn' include the correct video drivers.
19:15.35nmz787Apra_: does your machine have two video cards? one built-in to the motherboard, and another separate graphics card, etc?
19:16.15Aprano just one, thats the built in one
19:16.19nmz787Apra_: sometimes linux will get confused as to which to use, so it can help to go into the BIOS and disable one
19:16.23nmz787hmm
19:16.31nmz787the built-in usually have better driver support too
19:17.45Apraohk, btw i am trying in with a vb....so do i need to extend my video memory?
19:18.44nmz787vb means virtualbox?
19:18.56Aprayeah
19:19.30nmz787if you can't even boot, then yeah sounds like you have some setup issues with the VM
19:20.04nmz787is there a reason you aren't compiling on your native system?
19:21.10Apraah...no space to install visual studio
19:26.13Aprabtw, i am using windows 7 32 bit
19:32.03nmz787ah, I see
19:36.02ApraI am using another os which displays "Something wicked happened resolving..." when I tried installing cmake
19:37.40nmz787i'd just use ubuntu, then all you should have to do is "apt-get install build-essential"
19:37.45nmz787(or any debian based distro)
19:37.55nmz787which I think backtrack is
19:38.24ApraYeah it is
19:38.44nmz787i.e. 16.04.1 (LTS)
19:38.51nmz787is the ubuntu the latest?
19:38.58nmz787sorry, those msgs are out of order
19:39.09Aprano problem
19:39.21nmz787i'd try the LTS version, as they are supposed to be more stable
19:39.26ApraYeah
19:39.39nmz787oh, I guess you're Chinese?
19:39.45nmz787is that why you wanted Kylin?
19:40.35Apranope, I am not chinese...I asked my friend to download, idk how but he got the kylin version for me
19:40.48nmz787oh
19:40.57nmz787then I'd not use that
19:41.03Apraanyways I guess just the alphabets are different
19:41.19nmz787who knows...
19:41.36ApraDevelopers :P
19:41.43Apraanyways you are right
19:42.23*** join/#brlcad ickby (~stefan@p4FD3C9CE.dip0.t-ipconnect.de)
19:42.33Notify03BRL-CAD:n_reed * 69288 brlcad/trunk/misc/tools/dom2dox/CMakeLists.txt: fix dom2dox cmake vars
19:45.11ApraSo, I guess there is three paths for me, either download the latest Ubuntu/Mint, or free some space from Windows or the last option use BRL-CAD for virtual machines?
19:46.31Apra*three options
19:48.04ApraWhat do you say?
20:03.42*** join/#brlcad Caterpillar2 (~caterpill@unaffiliated/caterpillar)
20:12.35nmz787Apra: you could also dual-boot your machine, if you have enough free space
20:15.55ApraI tried dual-booting but got into Grub error...I tried reinstalling Ubuntu...but somehow my windows got corrupted.
20:19.49nmz787windows should always be installed first
20:20.08nmz787then when you install linux, GRUB will find the  bootloader and set up the loader list of OS options
20:20.51nmz787I've never installed Linux on the Windows partition though, I've always used dedicated partitions, which probably leads to less potential for error
20:21.10nmz787(since Linux doesn't really have an official NTFS filesystem driver, and it sometimes makes mistakes)
20:21.36ApraAfter reinstalling windows I didn't try to install it....ohh
20:41.41Notify03BRL-CAD:n_reed * 69289 (brlcad/branches/brep-debug/BUGS brlcad/branches/brep-debug/CHANGES and 55 others): sync r69207 through r69288 changes from trunk
20:57.03Notify03BRL-CAD:n_reed * 69290 (svn:mergeinfo ## -1,5 +1,5 ## and 7 others): mark sync revision as mergedProperty Changed:----------------brlcad/trunk/brlcad/trunk/NEWSbrlcad/trunk/src/libged/polyclip.cpp
21:55.52nmz787huh, so commmits show up here... but not bug reports
21:56.29Aprawhat is commits?
22:02.12nmz787like the message earlier: 12:57 < Notify> BRL-CAD:n_reed * 69290 (svn:mergeinfo ## -1,5 +1,5 ## and 7 others): mark sync revision as mergedProperty
22:02.41nmz787the SVN server must have a commit-hook enabled that starts an IRC bot to post a message like that
22:03.06nmz787but there is no IRC bot setup for when bugs are reported (because I just added a new bug report)
22:05.58Apraohh
22:26.00*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:47.53*** join/#brlcad gcibot-afk (~gcibot@r190-133-121-161.dialup.adsl.anteldata.net.uy)
22:47.53*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
23:24.35*** join/#brlcad yorik (~yorik@2804:431:f720:6643:290:f5ff:fedc:3bb2)
IRC log for #brlcad on 20161223

IRC log for #brlcad on 20161223

00:07.59*** join/#brlcad gcibot-afk (~gcibot@r186-50-62-165.dialup.adsl.anteldata.net.uy)
00:07.59*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
01:47.29*** join/#brlcad LordOfBikes (~armin@dslb-178-010-187-050.178.010.pools.vodafone-ip.de)
02:06.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:24.09*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
05:01.48*** join/#brlcad ickby (~stefan@p4FD3C9CE.dip0.t-ipconnect.de)
06:58.10*** join/#brlcad Apra (~vircuser@117.214.50.83)
07:32.03ApraMy GCI task page doesn't display the messages or comments as soon as the mentors comment...I thought that was due to refreshing of page...so I added an extension which refreshed the page every 10s...now I see a msg like this "Request was throttled.Expected available in 400.0s"
07:38.14*** join/#brlcad merzo (~merzo@155-37-133-95.pool.ukrtel.net)
07:41.18*** join/#brlcad merzo (~merzo@155-37-133-95.pool.ukrtel.net)
07:58.26*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:43.44ApraMy time has been increased to 1100s
08:44.23ApraI am not getting access to GCI for 1100s
08:44.44ApraPlease help
08:53.35riesApra: I wouldn’t do a refresh every 10s… I am not sure what “Request was throttled.Expected available in 400.0s” exactly means, but your requests are throttled.. so I am reading that as that you are sending to much requests to the server
08:55.41*** join/#brlcad MikeH (~Mike@188.175.158.32)
08:58.00Aprayea, I know its my fault...but now even if I reload the page once, it increases the time...like from 520--->1420
08:58.21Aprais it a ban done by Google?
09:01.35archivistyes, it thinks there is a bot there, stop refreshing so much
09:03.03Apraactually it doesn't refresh automatically so i tried refreshing it every 10s to read the messages sent instantly :)
09:12.51Apraand now, the task instance page doesn't show...and if I refresh it the time may increase again
09:14.18ApraYeah it increased to 3870.0s
09:14.49ApraThis time I clicked the back button
09:33.47*** join/#brlcad merzo (~merzo@155-37-133-95.pool.ukrtel.net)
10:21.47*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
10:39.10*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.225.186)
10:54.37*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.225.186)
11:23.03*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.244.228)
11:28.26*** join/#brlcad merzo (~merzo@177-65-133-95.pool.ukrtel.net)
12:10.07*** join/#brlcad gcibot-afk (~gcibot@r186-54-22-189.dialup.adsl.anteldata.net.uy)
12:10.07*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
12:21.30*** join/#brlcad ickby (~stefan@p4FD3C9CE.dip0.t-ipconnect.de)
12:44.24ApraThe time ban hasn't been lifted till now :(
13:46.23*** join/#brlcad amarjeet (~Amarjeet@2405:205:428b:e067:d2c5:833e:818:aef7)
13:46.42*** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
13:52.26ApraI have already sent google mail 2 times...but still the time ban hasn't been lifted up
14:23.11*** join/#brlcad amarjeet (~Amarjeet@2405:205:428b:e067:d2c5:833e:818:aef7)
15:18.24*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:38.37*** join/#brlcad Lord_of_Codes (~Lord_of_C@122.163.132.8)
16:50.33*** join/#brlcad yorik (~yorik@2804:431:f720:6643:290:f5ff:fedc:3bb2)
17:33.49*** join/#brlcad yorik (~yorik@2804:431:f720:6643:290:f5ff:fedc:3bb2)
18:41.26Aprashould I stop entering Google Code-In website for a certain time?
18:46.33ApraI am not getting any response from gci-support@google.com...so I am panic-striken
19:07.03*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:511f:e462:5edc:48ca)
19:26.05*** join/#brlcad yorik (~yorik@2804:431:f720:6643:290:f5ff:fedc:3bb2)
20:34.42*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:33.10*** join/#brlcad gcibot-afk (~gcibot@r186-54-19-204.dialup.adsl.anteldata.net.uy)
21:33.10*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
IRC log for #brlcad on 20161224

IRC log for #brlcad on 20161224

01:07.45*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
01:43.43*** join/#brlcad bkeenbhwluondnrd (~armin@dslb-092-074-230-188.092.074.pools.vodafone-ip.de)
01:50.34*** join/#brlcad gcibot-afk (~gcibot@r186-54-19-204.dialup.adsl.anteldata.net.uy)
01:50.34*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
03:28.40*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
04:23.03*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:26.02*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:53.05*** join/#brlcad amarjeet (~Amarjeet@2405:205:428b:e067:7090:9f3:d93e:43d)
05:18.20*** join/#brlcad ARChak (~vircuser@117.200.80.94)
07:00.28*** join/#brlcad ickby (~stefan@p4FD3D133.dip0.t-ipconnect.de)
08:11.31*** join/#brlcad MikeH (~Mike@188.175.158.32)
08:18.53*** join/#brlcad ARChak (~vircuser@117.200.80.94)
08:39.06*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
09:04.41*** join/#brlcad ARChak (~vircuser@117.200.80.94)
09:34.40*** join/#brlcad gcibot-afk (~gcibot@r186-50-63-56.dialup.adsl.anteldata.net.uy)
09:34.40*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
10:06.31*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:e401:3cf:4ae4:a1d)
10:07.13*** join/#brlcad caen23 (~caen23@79.112.87.85)
10:23.45*** join/#brlcad ickby (~stefan@p4FD3D133.dip0.t-ipconnect.de)
10:44.10*** join/#brlcad ickby (~stefan@p4FD3D133.dip0.t-ipconnect.de)
11:31.52*** join/#brlcad ickby (~stefan@p4FD3D133.dip0.t-ipconnect.de)
12:50.03*** join/#brlcad amarjeet (~Amarjeet@2405:205:428b:e067:7090:9f3:d93e:43d)
13:12.50*** join/#brlcad amarjeet (~Amarjeet@2405:205:428b:e067:7090:9f3:d93e:43d)
13:21.31*** join/#brlcad amarjeet (~Amarjeet@2405:205:428b:e067:7090:9f3:d93e:43d)
13:31.21*** join/#brlcad amarjeet (~Amarjeet@2405:205:428b:e067:7090:9f3:d93e:43d)
13:47.38*** join/#brlcad amarjeet (~Amarjeet@2405:205:428b:e067:7090:9f3:d93e:43d)
14:23.57*** join/#brlcad amarjeet (~Amarjeet@2405:205:428b:e067:7090:9f3:d93e:43d)
15:58.12ARChakhttps://codein.withgoogle.com/tasks/5725573787680768/?sp-organization=4814441002565632&sp-is_beginner=False
15:58.13gcibotFix at least 5 spelling mistakes in at least 5 different OGV files || 3 days || QA || BRL-CAD
15:58.37ARChakDo we need to find minimum of 5 mistakes from each file?
16:02.19caen23at least 5 mistakes and at least 5 different files
16:02.30caen23there are actually examples and clarifications in the task description
16:03.51ARChakYeah, actually finding 5 from one file is difficult...coz some of them do not have any mistakes in them
16:03.55*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
16:04.24ARChakSo thought of clarifying
16:05.45ARChakcaen23 : I am installing windows 7 sp1 feature currently in my laptop, so that I can run the vs :)
16:33.32*** join/#brlcad yorik (~yorik@2804:431:f720:6643:290:f5ff:fedc:3bb2)
16:58.36ARChakcaen23 : the installation is complete but the vs is displaying a msg as "The version works best with IE 10..."
18:05.30*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:20.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:16.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
20:44.17*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
21:36.47*** join/#brlcad gcibot-afk (~gcibot@r190-133-91-162.dialup.adsl.anteldata.net.uy)
21:36.47*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
23:33.04*** join/#brlcad ries_ (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
IRC log for #brlcad on 20161225

IRC log for #brlcad on 20161225

01:01.28*** join/#brlcad spertz (~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net)
01:01.34spertzHi everyone
01:01.50spertzI am currently doing the eliminate 50+ lines of dead code on gci
01:02.07spertzCould anyone tell me how to initiate a pull request to brlcad svn?
01:02.08spertzThanks
01:42.35*** join/#brlcad wxcefoyflxnixyey (~armin@dslb-094-216-164-099.094.216.pools.vodafone-ip.de)
03:28.32nmz787spertz: svn co
03:28.44nmz787spertz: oh, nevermind
04:07.19*** join/#brlcad Apra_ (~vircuser@117.214.43.131)
04:10.33Apra_I want to install Brl-Cad through sorces in my windows 7...I have downladed Visual Studio, Tortoise SVN and cmake...what to do now?
04:12.05*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
04:30.44gcibotis bored :(
04:35.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:40.27*** join/#brlcad gcibot-afk (~gcibot@r190-133-91-162.dialup.adsl.anteldata.net.uy)
04:40.45*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
04:41.26*** join/#brlcad gcibot-afk (~gcibot@r190-133-91-162.dialup.adsl.anteldata.net.uy)
04:41.26*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
05:03.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:10.07*** join/#brlcad ARChak (~vircuser@117.200.89.164)
07:39.49*** join/#brlcad ickby (~stefan@p4FD3E884.dip0.t-ipconnect.de)
08:30.18*** join/#brlcad caen23 (~caen23@79.112.87.85)
08:33.06*** join/#brlcad ickby (~stefan@p4FD3E884.dip0.t-ipconnect.de)
08:40.53*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
08:48.58*** join/#brlcad amarjeet (~Amarjeet@2405:205:400e:a0bf:59d9:8dd9:93d2:9860)
09:39.32*** join/#brlcad gcibot-afk (~gcibot@r190-133-126-231.dialup.adsl.anteldata.net.uy)
09:39.32*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
09:39.47*** join/#brlcad amarjeet (~Amarjeet@2405:205:400e:a0bf:59d9:8dd9:93d2:9860)
09:55.06nmz787Apra_: have you gone through this? https://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/doc/README.Windows
09:56.01*** join/#brlcad amarjeet (~Amarjeet@2405:205:400e:a0bf:59d9:8dd9:93d2:9860)
09:56.03*** join/#brlcad MikeH (~Mike@188.175.158.32)
10:02.55*** join/#brlcad amarjeet (~Amarjeet@2405:205:400e:a0bf:59d9:8dd9:93d2:9860)
10:31.53*** join/#brlcad amarjeet (~Amarjeet@2405:205:400e:a0bf:59d9:8dd9:93d2:9860)
10:43.14Apra_nmz787: "the first step is to obtain the
10:43.14Apra_BRL-CAD sources and create a build directory. " Could you please explain it to me :)  
10:59.36*** join/#brlcad amarjeet (~Amarjeet@2405:205:400e:a0bf:59d9:8dd9:93d2:9860)
12:00.32nmz787Apra_: https://brlcad.org/wiki/Building_from_SVN
12:08.30Apra_nmz787: Will I type the commands in cmd?
12:08.34*** join/#brlcad ickby (~stefan@p4FD3E884.dip0.t-ipconnect.de)
12:08.47*** join/#brlcad amarjeet (~Amarjeet@2405:205:400e:a0bf:59d9:8dd9:93d2:9860)
12:12.14*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
13:34.30*** join/#brlcad amarjeet (~Amarjeet@2405:205:400e:a0bf:59d9:8dd9:93d2:9860)
13:44.56*** join/#brlcad LordOfBikes (~armin@dslb-094-216-164-099.094.216.pools.vodafone-ip.de)
13:49.06*** join/#brlcad amarjeet (~Amarjeet@2405:205:400e:a0bf:59d9:8dd9:93d2:9860)
14:51.51Apra_is the brlcad source code : https://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/
14:53.03Apra_i have to put it in my cmake and then run it?
14:56.48Apra_https://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/7.26.0/ right?
15:19.24*** join/#brlcad Apra_ (~vircuser@117.200.89.164)
15:38.22*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:16.26*** join/#brlcad spertz (~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net)
17:48.01*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:18.31spertzcould anyone tell me how to create a pull request to BRL-CAD svn?
18:18.32spertzThanks
18:45.40Apra_Hi spertz...are you also trying to compile Brl-Cad from its source?
18:46.00spertzno i’m not. I’m doing the eliminate dead code task
18:47.22Apra_oh...I thought you were doing the compilation task...have you compiled it ?
18:49.42Apra_coz I am trying to do the compilation task....
19:08.24*** join/#brlcad ickby_ (~stefan@p4FD3EF48.dip0.t-ipconnect.de)
19:14.04*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:16.32spertzyeah I finished the compilation task
19:18.19*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:18.37spertzare you having some problems Apra_?
19:19.20Apra_Yeah..and I think the mentors are busy
19:19.41StragusWell, it's Christmas you know :)
19:20.17Apra_ah...right....btw Merry Christmas to all!
19:30.07Apra_spertz: So how many tasks have you finished so far?
19:43.50*** join/#brlcad gcibot-afk (~gcibot@r190-133-126-231.dialup.adsl.anteldata.net.uy)
19:43.50*** join/#brlcad gcibot (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
19:43.55gcibotis bored :(
19:45.08spertz9
19:45.17spertzMerry christmas to you too!
19:45.30Apra_Same to you :)
19:45.40spertzwhat about you?
19:45.54Apra_10
19:45.57spertznice
19:46.04Apra_all code related?
19:46.09spertzno
19:46.11spertzwhat about you?
19:46.24Apra_no...this would be the first :)
19:46.46spertzok
19:47.09Apra_wbu...how many codeing tasks?
19:47.50ignacioMerry Christmas :)
19:47.53spertzlike…2
19:48.10Apra_cool
19:48.22spertzwhat tasks have you done?
19:48.23Apra_Same to you...ignacio
19:48.33Apra_Mostly design related
19:48.37*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:48.45Apra_wbu?
19:48.47ignaciois there any mentor?
19:49.11Apra_Yeah....ask your query
19:49.58ignacio> how many tasks have your students completed?
19:50.08ignacioIs it going well? :)
20:02.31spertzApra_ have you designed some tshirts yet?
20:02.55Apra_yeah, I have designed some
20:04.09spertzis this your first year?
20:05.31Apra_No, the second though I participated the earlier year to get to know whats the competition about...
20:05.34Apra_wbu?
20:06.59spertzthis is my first year ;)
20:07.23spertzHow many tasks did you do for BRLCAD?
20:08.02Apra_8
20:08.29Apra_how about you?
20:09.07spertz7
20:09.20Apra_nice
20:09.29spertzI hope we win!
20:09.41spertzI want to go to google campus
20:10.14Apra_lol...hahaha...same here but who knows whats gona happen ;)
20:10.44spertzhave you designed any stickers yet?
20:11.08Apra_nope...but hope to do one soon :)
20:12.14spertzI did one where you make an android robot using brlcad
20:12.52Apra_Ohh...nice I made them using OpenScad
20:13.20spertzI think if a person finishes more than 3 tasks they get a tshirt from google
20:13.47Apra_Yeah
20:15.54Apra_What codeing tasks have you done so far?
20:16.10spertzI did one where you find spelling mistakes in source code
20:16.52Apra_ohk and other one this?
20:22.51spertzwhat?
20:24.00Apra_eliminate dead code task...is this your second codeing task?
20:26.12spertzmaybe, i’m not sure
20:26.35Apra_oh
20:27.15Apra_btw, where are you from?
20:31.03spertzthe us
20:31.05spertzwhat about you
20:31.09Apra_India
20:31.14spertzok
20:32.53Apra_btw which OS are you using?
20:41.06spertzdos
20:41.10spertz:P
20:41.41Apra_cool
21:09.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:41.58*** join/#brlcad gcibot-afk (~gcibot@r186-50-0-236.dialup.adsl.anteldata.net.uy)
21:41.58*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
22:16.29spertzhi everyone
22:16.33spertzwhen I try to commit to brlcad svn
22:16.42spertzit says “svn: E000013: could not begin a transaction”
22:17.15spertzcould anyone tell me what is going on?
22:17.34*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
22:32.40*** join/#brlcad ickby_ (~stefan@p4FD3EF48.dip0.t-ipconnect.de)
22:43.09*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
23:01.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
IRC log for #brlcad on 20161226

IRC log for #brlcad on 20161226

01:41.22*** join/#brlcad tlwdvdpxajbktbeq (~armin@dslb-092-075-147-022.092.075.pools.vodafone-ip.de)
01:56.25nmz787spertz: generally you need added to the SVN access-control list before being able to commit to an SVN repo, as far as I know
01:56.55nmz787Apra_: are you on linux yet?
01:57.39nmz787Apra_: on linux I'd just open a terminal/command-prompt and execute: svn checkout svn://svn.code.sf.net/p/brlcad/code/brlcad/trunk brlcad-svn-trunk
01:57.51nmz787then cd brlcad-svn-trunk
01:57.56nmz787mkdir build
01:57.58nmz787cd build
01:58.04nmz787cmake ..
01:58.10nmz787(as outline in this: svn checkout svn://svn.code.sf.net/p/brlcad/code/brlcad/trunk brlcad-svn-trunk
01:58.15nmz787err, I meant https://brlcad.org/wiki/Compiling
01:59.06nmz787on Windows, you could instead right-click on a folder (i.e. Documents or in Downloads), then there should be a tortoiseSVN option that is present in the right-click menu... something like 'checkout'
01:59.27nmz787then you can just paste that URL into the URL text box (svn://svn.code.sf.net/p/brlcad/code/brlcad/trunk)
02:00.29nmz787then after that, you'd need to refer to that WINDOWS README file I mentioned earlier... which is in the BRLCAD SVN trunk folder (trunk/doc/README.Windows)
02:01.34nmz787I try to only use Windows for Microsoft OneNote with my tablet pen input, and for watching movies (because V-sync never seems to work for me on linux, and videos always have a 'tearing' look to them)
02:46.35*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:13.03*** join/#brlcad caen23_ (~caen23@79.112.87.85)
03:28.22*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
05:01.25*** join/#brlcad caen23 (~caen23@79.112.87.85)
06:49.47*** join/#brlcad brlcad (~sean@104.225.5.10)
06:50.17*** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik)
06:55.53*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:05.22Apra_"then you can just paste that URL into the URL text box (svn://svn.code.sf.net/p/brlcad/code/brlcad/trunk)" but https://brlcad.org/wiki/Compiling says svn checkout svn://svn.code.sf.net/p/brlcad/code/brlcad/trunk brlcad-svn-trunk and I had tried it but got some error...whats the meaning of these two commands?
07:09.10*** join/#brlcad ARChak (~vircuser@117.200.85.255)
07:49.28*** join/#brlcad amarjeet (~Amarjeet@2405:205:4088:553b:aa9a:8f0f:c6da:6768)
08:47.26*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
09:40.10*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
09:44.07*** join/#brlcad gcibot-afk (~gcibot@r186-50-22-203.dialup.adsl.anteldata.net.uy)
09:44.07*** join/#brlcad gcibot-afk (~gcibot@unaffiliated/ignaciouy/bot/gcibot)
09:44.21Apra_I am getting some errors in cmake
09:56.48archivistread error message, fix, try again
10:12.44Apra_i m getting 3 messages highlighted in red
10:13.48Apra_CMAKE_BUILD_TYPE
10:13.58Apra_CMAKE_CONFIGURATION_TYPES
10:14.11Apra_CMAKE_INSTALL_PREFIX
10:22.03*** join/#brlcad merzo (~merzo@user-94-45-58-139.skif.com.ua)
10:29.03Apra_Below it displays: The C compiler identification is unknown
10:29.24Apra_The CXX compiler identification is unknown
10:30.00Apra_CMake Error at CMakeLists.txt:138 (project):
10:30.13Apra_No CMAKE_C_COMPILER could be found.
10:51.19*** join/#brlcad MikeHan (~Mike@188.175.158.32)
12:12.35*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
12:27.53*** join/#brlcad merzo (~merzo@user-94-45-58-139.skif.com.ua)
13:11.41*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
13:34.19*** join/#brlcad MikeHan (~Mike@188.175.158.32)
13:36.03*** join/#brlcad merzo (~merzo@94.45.58.139)
13:40.46*** join/#brlcad yorik (~yorik@2804:431:f720:6643:290:f5ff:fedc:3bb2)
14:14.01spertznmz787: thanks
14:14.53spertzthen how can I complete this task?
14:15.03spertzI need to merge to svn to complete the task
14:15.05spertzI think
15:34.49*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:57.19*** join/#brlcad guest0i0ko (75d012cb@gateway/web/cgi-irc/kiwiirc.com/ip.117.208.18.203)
15:57.50*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:58.04guest0i0koHello , I am a mechanical student and I would like to contribute in this org. How can I start ?
16:02.46*** join/#brlcad ickby_ (~stefan@tmo-115-17.customers.d1-online.com)
16:07.49*** join/#brlcad ickby (~stefan@tmo-114-160.customers.d1-online.com)
16:48.12*** join/#brlcad yorik (~yorik@2804:431:f720:6643:290:f5ff:fedc:3bb2)
16:54.25*** join/#brlcad yorik (~yorik@2804:431:f720:6643:290:f5ff:fedc:3bb2)
17:13.43*** join/#brlcad caen23_ (~caen23@86.124.176.173)
17:14.17*** join/#brlcad yorik (~yorik@2804:431:f720:6643:290:f5ff:fedc:3bb2)
17:37.15*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:39.21*** join/#brlcad ARChak (~vircuser@117.200.85.255)
18:00.05*** part/#brlcad ignacio (bip@unaffiliated/ignacio)
18:00.19*** join/#brlcad ignacio (bip@unaffiliated/ignacio)
18:06.06*** part/#brlcad ignacio (bip@unaffiliated/ignacio)
18:06.57*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:08.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:10.52*** join/#brlcad kintel_ (~kintel@unaffiliated/kintel)
19:05.59*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:1875:d52b:4c4c:38e2)
19:30.58nmz787spertz: you'll have to contact someone with permissions to the SVN... I don't know who, but probably brlcad or starseeker
19:32.23nmz787Apra_: the thing the SVN checkout step the compiling instructions mention (svn co svn://svn.code.sf.net/p/brlcad/code/brlcad/trunk brlcad-svn-trunk ) is (4) command-line arguments (or you could say tokens, in string parsing)... (svn, co, URL, local-folder-name)
19:32.57Apra_ohh
19:35.35nmz787yeah gotta remember to notice things like spaces... and another thing that can mess up command-line args, especially if someone somewhere didn't copy-paste the command completely... or manually wrote the command by reading an example... is missing quotes
19:36.00*** join/#brlcad gcibot_ (ignacio@sunjammer.sugarlabs.org)
19:36.10nmz787i.e. find -name "my string /my/directory/to/search
19:36.17Apra_nmz787: I am getting some errors in my cmake...how to debug those?
19:36.28nmz787there should be another quote after string, i.e. "my string"
19:36.41nmz787Apra_: google, or cmake IRC chat room maybe?
19:37.23Apra_Yeah I googled it...got some useful links from stackexchange
19:37.43*** join/#brlcad gcibot_ (ignacio@sunjammer.sugarlabs.org)
19:37.48Apra_cmake irc...didn't think about it...well whats there irc?
19:38.29Apra_ohk...thats #cmake
19:38.34nmz787i just google 'topic-I-need-help-with freenode IRC'
19:38.46nmz787and usually something pops up that seems reasonable
19:41.22*** join/#brlcad gcibot_ (ignacio@2001:4830:134:7::11)
19:43.48*** join/#brlcad gcibot_ (ignacio@unaffiliated/ignaciouy/bot/gcibot)
20:58.52nmz787:( mged seg-faulted on me and all I was doing was making RPPs and then a group of them
21:19.06*** join/#brlcad merzo (~merzo@93-60-92-178.pool.ukrtel.net)
21:45.56spertzthanks nmz787
21:49.56nmz787np
21:53.32*** part/#brlcad spertz (~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net)
IRC log for #brlcad on 20161227

IRC log for #brlcad on 20161227

00:14.57nmz787hmm, why would passing a TCL script on the command-line have a different outcome than copy-pasting it into mged?
00:22.18*** join/#brlcad ignacio (ignacio@unaffiliated/ignacio)
00:30.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:32.10nmz787Here are two images of the output, first the weird, then the expected: http://imgur.com/a/NogyN
00:32.16nmz787Here's the TCL: http://pastebin.com/ZyLTRU57
00:58.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:06.27nmz787ahh, I had to hide all the other shapes before editing
01:06.42nmz787still weird why command-line vs GUI interpret the script differently
01:38.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:40.07*** join/#brlcad uhrnjqtwftmnkyvr (~armin@dslb-092-074-250-231.092.074.pools.vodafone-ip.de)
02:24.56*** join/#brlcad caen23 (~caen23@86.124.176.173)
03:22.14*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
04:30.15*** join/#brlcad ARChak (~vircuser@117.200.85.255)
05:32.34ARChaknick Apra
06:08.05Aprahttp://imgur.com/a/8V4tY I am getting this type of error...can anyone help
06:15.46nmz787Apra: that doesn't show an error
06:15.59nmz787where do you see error?
06:24.28Apraohk...those red highlights are called...?
06:24.52Aprasorry thats not an error
06:27.07ApraOhk now what do I need to do?
06:27.40ApraI pressed configure...but got those same values in red
06:28.23ApraDo I need to generate it...
06:31.51ApraActually I lost the readme file you gave me...I searched it through my history and got it now :)
07:10.26*** join/#brlcad ARChak (~vircuser@117.200.92.78)
07:16.07*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
07:38.15Apra_nmz787: When pressing F5 in the package file...it displays the dialog boz saying " Unable to start program E:\Bin\ghgh\x64\Debug\ALL_BUILD"
08:33.32caen23heh, someone has actually completed the homebrew cask task
08:42.40*** join/#brlcad MikeHan (~Mike@188.175.158.32)
08:43.23*** join/#brlcad MikeHan (~Mike@188.175.158.32)
09:00.57*** join/#brlcad ickby (~stefan@81.92.18.170)
09:23.15*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
10:04.50*** join/#brlcad merzo (~merzo@92.60.189.225)
11:26.25*** join/#brlcad ickby (~stefan@tmo-096-72.customers.d1-online.com)
12:03.49*** join/#brlcad ickby (~stefan@tmo-122-73.customers.d1-online.com)
12:11.59*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
12:27.20Apra_caen23: Isn't the task applicable only for mac os?
13:02.22caen23Apra_: yes it is
13:44.09*** join/#brlcad merzo_ (~merzo@92.60.189.225)
13:46.36*** join/#brlcad raphael29_ (~Raphael@84.117.96.29)
13:46.42raphael29_hi
13:46.57raphael29_While browsing through the 2016 GSoC list, I found this project which caught my attention. Can someone give me some more details about it?
13:55.35Apra_caen23: I am getting an error when I try to debug PACKAGE in visual studio...what is the thing that I'm doing wrong?
13:56.05caen23why are you trying to debug it?
13:56.16caen23you should just build ALL_BUILD
13:57.53Apra_Yeah...I've already done that
13:58.06caen23then launch archer and submit the task
13:58.51Apra_I wanted to make a NSIS installer
13:59.13caen23ok then, again, why are you trying to debug package?
13:59.34Apra_arent run and debug the same?
13:59.54caen23no
14:00.37Apra_oh
14:01.03caen23building means creating an executable; running means building + running the created executable; debugging means running + watching for some data (variables, errors, whatever) during execution
14:01.11caen23i don't know what you're trying to do
14:02.12Apra_ohk...now I am getting it :)
14:03.53Apra_Actually I reah the header of this link http://stackoverflow.com/questions/16626536/can-i-compile-and-debug-run-a-single-c-file-in-visual-studio-2012-how-to-a
14:04.06Apra_Can I compile and debug (run) a single C++ file in Visual Studio 2012? (How to avoid creating too many projects)
14:04.22Apra_So I thought debug==run :)
14:06.17caen23they wanted to do debugging (the act of finding problems in code) by running the code and inspecting the state during execution (values of variables, execution flow, and so on)
14:07.31Apra_ohh
14:09.08Apra_Let me get my task reviewed(which isn't done yet) for business card...and then I will submit it
14:13.28Apra_I guess by archer you mean ..\Debug\bin
14:13.38caen23yes
14:15.16Apra_and log files that I need to submit is just the ones vs displayed when it was building ALL_BUILD
14:15.59caen23yes, but you only need to send those if compilation failed (that is, if archer is not in Debug\bin, or if you can't launch it)
14:17.08Apra_compilation didn't fail anytime...only cmake was giving me trouble
14:17.41caen23yes, but you fixed it eventually, and if you have archer, launch it, screenshot it, and send the screenshot for review
14:18.00caen23actually, the task description also said to type rt in the command window after launching archer
14:19.02Apra_ohk...btw I guess I can send this for both :https://codein.withgoogle.com/tasks/5123004707110912/?sp-organization=4814441002565632&sp-is_beginner=False&sp-categories=1&sp-categories=4&sp-categories=5
14:19.04gcibotCompile BRL-CAD with Microsoft Visual Studio Community, report || 3 days || QA, Outreach / Research || BRL-CAD
14:19.06Apra_and
14:19.16Apra_https://codein.withgoogle.com/tasks/4721940331757568/?sp-organization=4814441002565632&sp-is_beginner=False&sp-categories=1
14:19.19gcibotCompile BRL-CAD from source repository || 3 days || Code || BRL-CAD
14:19.34caen23i believe so, yes
14:21.14Apra_fine, but my main motive to get this was to https://codein.withgoogle.com/tasks/5116035485138944/?sp-organization=4814441002565632&sp-is_beginner=False&sp-categories=1
14:21.19gcibotConvert a single function from C to OpenCL (hyperboloid) || 3 days || Code || BRL-CAD
14:21.25Apra_I guess now I can do this?
14:22.20caen23yes
14:22.35Apra_:)
14:22.51Apra_Thanks once again for helping me out
14:22.57caen23no problem
14:23.58Apra_btw, can I ask you on how to go ahead for the above task
14:24.21caen23read the task description, and look at the example code
14:24.56Apra_Yeah, I need to compile the sample c code using vs?
14:25.25caen23it already compiled when you built the entire brl-cad
14:25.54caen23you need to read the code and understand it, in order to understand how to convert the hyperboloid function
14:25.56Apra_So its the code from one of the 800+ files
14:26.13caen23you have pointers in the task description, you should read and understand those
14:27.19caen23this task requires you to understand existing code, and write new code (and learn about opencl, since i don't think you know anything about it already), it's not a simple install this and run that task
14:28.00Apra_Yeah...I really know nothing about Opencl
14:28.17caen23well, this is a great opportunity to learn about it
14:28.24caen23it might take a while, but stick with it
14:28.28Apra_Yeah...I feel so
14:29.48Apra_If I get stuck(which I will for sure) I will need your help :)
15:20.18*** join/#brlcad sagarwal (~chatzilla@59.177.72.103)
15:27.22*** join/#brlcad spertz (~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net)
15:38.32*** part/#brlcad spertz (~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net)
17:15.28*** join/#brlcad yorik (~yorik@2804:431:f720:6643:290:f5ff:fedc:3bb2)
17:23.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:23.47Apra_caen23: Can you help me get reviewed my task...Sean has mentioned certain things that I didn't get
19:28.41Apra_https://codein.withgoogle.com/dashboard/task-instances/5199451020853248/
19:28.44gcibotDesign a business card for OpenCAx || 3 days || Outreach / Research || BRL-CAD
19:36.52*** join/#brlcad MikeHan (~Mike@188.175.158.32)
19:41.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:51.03caen23Apra_: the Open in OpenCAx is a bit difficult to read (the n and part of the e are grey)
19:51.48caen23also, you have the logo with the gears on the left, and the logo in text on the right. so it's basically saying OpenCAx twice, which is redundant
19:52.46Apra_ok..but I like both of them...how about placing the right sided gear with text on the back side of the card?
19:54.46Apra_or should I del one of them? :)
19:58.13caen23you could place one of them on the other side, yes
20:32.33Apra_http://imgur.com/oOg8lbX
20:45.06Apra_Is it okay...I edited a lot of things
20:47.08*** join/#brlcad spertz (~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net)
20:49.10spertzhi everyone
20:49.26spertzwhen I try to run ogv on my computer using meteor
20:49.27spertzit crashes
20:50.21spertzI installed all the required modules (nodejs, mongodb) using homebrew, and the meteor i installed using curl
20:50.51spertzbut when I run the webpage on localhost:3000 it crashes and displays the error info on my terminal
21:08.51caen23spertz: could you paste the error somewhere?
21:09.21caen23Apra_: the logo changes seem ok, but i personally preferred the previous font you used
21:09.41caen23also, it's better if you just submit it again for review, and wait for Sean's feedback
21:09.53Apra_Bold Font..right?
21:10.09spertzsure
21:10.32spertzwait it’s working!
21:10.35caen23Apra_: what do you mean?
21:10.48Apra_The fonts are in italics
21:11.00Apra_earlier it was not in italics just bold
21:11.00spertzthe website is working
21:11.04spertzpreviously it’s not
21:11.30caen23Apra_: i see that, i also think the italic makes it a bit less readable
21:15.07Apra_http://imgur.com/a/6ttBC
21:16.20caen23looks better, send it for review and wait for feedback
21:16.33Apra_Thanks
21:16.46Apra_for the help
21:17.48*** part/#brlcad spertz (~Victor@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net)
22:19.53*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
23:07.03*** join/#brlcad asad_ (~asad00@pool-173-72-4-45.cmdnnj.fios.verizon.net)
IRC log for #brlcad on 20161228

IRC log for #brlcad on 20161228

00:15.51*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:55.22*** join/#brlcad LordOfBikes (~armin@dslb-178-010-189-079.178.010.pools.vodafone-ip.de)
02:44.31*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:41.21*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:10.35*** join/#brlcad ARChak (~vircuser@117.200.92.245)
07:18.59*** join/#brlcad raphael29_ (~Raphael@84.117.96.29)
08:24.05*** join/#brlcad MikeHan (~Mike@188.175.158.32)
08:25.44*** join/#brlcad caen23 (~caen23@86.124.176.173)
08:40.11*** join/#brlcad ickby (~stefan@81.92.18.170)
08:41.51*** join/#brlcad sagarwal (~chatzilla@59.177.75.20)
09:16.11*** join/#brlcad sagarwal (~chatzilla@59.177.75.20)
09:18.57*** join/#brlcad sagarwal_ (~chatzilla@59.177.75.20)
10:13.11*** join/#brlcad merzo_ (~merzo@user-94-45-58-139.skif.com.ua)
10:41.46*** join/#brlcad sagarwal (~chatzilla@59.177.75.20)
10:50.16*** join/#brlcad sagarwal (~chatzilla@59.177.75.20)
10:52.20*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
11:14.23*** join/#brlcad ickby (~stefan@81.92.18.170)
12:07.15*** join/#brlcad yorik (~yorik@2804:431:f720:6643:290:f5ff:fedc:3bb2)
12:12.16*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
12:22.31*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
12:57.44*** join/#brlcad sagarwal (~chatzilla@59.177.75.20)
13:09.34sagarwalI am working on this task : Eliminate 50+ lines of code duplication. I ran Simian on LibreCAD 3 source and decided to work on these duplications: https://docs.google.com/document/d/1IbLAqiFN67lyRNz0n7ETBPAJtk9BPrsOyRlfBruLDhk/edit?usp=sharing I had a doubt : Can and Should I make changes to this part of the code? Also, Can I treat the vector being declared from a local one to a global vector...
13:09.35sagarwal...in order remove the duplication? Thanks in advance!
15:37.08*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
15:55.27*** join/#brlcad spertz (~spertz@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net)
17:35.08Notify03BRL-CAD:brlcad * 69291 (brlcad/trunk/src/adrt/librender/camera.c brlcad/trunk/src/adrt/librender/spall.c and 40 others): apply gci patch from Tianyue Gao that eliminates a slew of dead code and unused vars.
17:35.53Notify03BRL-CAD:brlcad * 69292 brlcad/trunk/AUTHORS: credit Tianyue Gao with his dead code elimination gci patch
21:56.43``Erikaka remove commented out code? :)
IRC log for #brlcad on 20161229

IRC log for #brlcad on 20161229

00:06.17*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:00.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:14.26*** join/#brlcad caen23 (~caen23@86.124.176.173)
01:24.45*** join/#brlcad gcibot (ignacio@sunjammer.sugarlabs.org)
01:24.49*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
01:25.20*** join/#brlcad gcibot (ignacio@sunjammer.sugarlabs.org)
01:25.24*** join/#brlcad gcibot (ignacio@unaffiliated/ignaciouy/bot/gcibot)
01:25.57*** join/#brlcad ignacio (ignacio@2001:4830:134:7::11)
01:25.57*** join/#brlcad ignacio (ignacio@unaffiliated/ignacio)
01:52.37*** join/#brlcad rvtcabowdgtvqdoj (~armin@dslb-088-066-135-160.088.066.pools.vodafone-ip.de)
03:23.36*** join/#brlcad caen23 (~caen23@79.112.12.2)
03:36.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:49.01*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:50.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:13.50*** join/#brlcad rocko (Rocky@nat/iiit/x-fgphyxefqbztelgd)
04:13.55rockoHi
08:34.48*** join/#brlcad ickby (~stefan@81.92.18.170)
09:15.23*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:d82b:88c1:3c63:ce6f)
09:59.12*** join/#brlcad merzo_ (~merzo@user-94-45-58-139.skif.com.ua)
10:25.39*** join/#brlcad merzo_ (~merzo@92.60.189.225)
10:31.28*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
10:34.16*** join/#brlcad MikeHan (~Mike@188.175.158.32)
10:36.05*** join/#brlcad MikeHan (~Mike@188.175.158.32)
10:36.39*** join/#brlcad Stragus (~alexis@modemcable090.29-19-135.mc.videotron.ca)
11:23.40*** join/#brlcad ickby (~stefan@81.92.18.170)
12:12.35*** join/#brlcad ARChak (~vircuser@103.203.234.27)
12:29.41*** join/#brlcad yorik (~yorik@2804:431:f720:6643:290:f5ff:fedc:3bb2)
12:30.33*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
12:39.01*** join/#brlcad spertz (~spertz@hlfxns016cw-142167252220.dhcp-dynamic.FibreOp.ns.bellaliant.net)
13:14.10*** join/#brlcad raphael29_ (~Raphael@84.117.96.29)
14:21.25*** join/#brlcad merzo_ (~merzo@92.60.189.225)
16:24.41*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:11.47*** part/#brlcad ARChak (~vircuser@103.203.234.27)
17:11.47*** join/#brlcad ARChak (~vircuser@103.203.234.27)
19:07.55*** join/#brlcad yorik (~yorik@2804:431:f720:b3af:290:f5ff:fedc:3bb2)
IRC log for #brlcad on 20161230

IRC log for #brlcad on 20161230

00:02.59*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
00:33.45*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:49.29*** join/#brlcad caen23 (~caen23@79.112.12.2)
02:56.20*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
03:36.06*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
04:32.02Notify03BRL-CAD:brlcad * 69293 brlcad/trunk/src/proc-db/surfaceintersect.cpp: apply another patch from Michal Hanus (GCI) that eliminates unreachable code
07:13.24*** join/#brlcad ARChak (~vircuser@117.200.85.139)
08:26.43*** join/#brlcad sagarwal (~chatzilla@59.177.75.122)
08:39.10sagarwalI am working on this task: Eliminate 50+ lines of code duplication
08:39.12sagarwalCan I comma separate these styles?  https://docs.google.com/document/d/1HvDL7D_cZ609ejV5Y4tTNmc6e6FaLqMRx1iafi6Dh3A/edit?usp=sharing
08:39.29sagarwalThanks in Advance!
09:04.18*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
09:08.18*** join/#brlcad raphael29_ (~Raphael@84.117.96.29)
09:08.52sagarwalAlso, can I use this to edit vendor prefixes in CSS in OGV: https://leaverou.github.io/prefixfree/
09:30.52*** join/#brlcad ickby (~stefan@81.92.18.170)
10:02.05*** join/#brlcad merzo_ (~merzo@92.60.189.225)
10:06.08*** join/#brlcad MikeH (~Mike@188.175.158.32)
12:09.14*** join/#brlcad yorik (~yorik@2804:431:f720:b3af:290:f5ff:fedc:3bb2)
13:57.11*** join/#brlcad ickby (~stefan@81.92.18.170)
15:57.52*** join/#brlcad amarjeet (~Amarjeet@2405:205:4308:942f:ae12:f539:4749:156a)
16:52.44*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:58.39*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:40.02*** join/#brlcad gabbar1947 (9d30d02e@gateway/web/freenode/ip.157.48.208.46)
20:32.38*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
21:36.25brlcadcaen23: thank you for all the irc help you've been giving!
21:48.39caen23brlcad: no problem
21:49.00caen23been less active lately though, got some homework for school
IRC log for #brlcad on 20161231

IRC log for #brlcad on 20161231

00:11.02*** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
01:48.10gcibotscript is now running
01:48.26gcibotscript is now running
01:52.13*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:52.36gcibotscript is now running
01:55.16gcibotscript is now running
01:56.44*** join/#brlcad LordOfBikes (~armin@dslb-088-066-149-211.088.066.pools.vodafone-ip.de)
02:33.29*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:35.43*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
02:45.23*** join/#brlcad ignacio (ignacio@2001:4830:134:7::11)
02:45.23*** join/#brlcad ignacio (ignacio@unaffiliated/ignacio)
03:34.18*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
05:11.25*** join/#brlcad rocko (uid204371@gateway/web/irccloud.com/x-xwtabdsmolhxpeqs)
05:12.21rockoHi. I wanted to start contributing to brlcad. I would be grateful for any help I could get in this direction.
06:43.52*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
07:13.37*** join/#brlcad ARChak (~vircuser@117.214.40.135)
08:42.13*** join/#brlcad ickby (~stefan@81.92.18.170)
09:17.14*** join/#brlcad ARChak (~vircuser@117.214.43.107)
09:21.45*** join/#brlcad ARChak (~vircuser@117.214.43.107)
09:49.39*** join/#brlcad MikeHan2 (~Mike@188.175.158.32)
10:12.04*** join/#brlcad merzo_ (~merzo@93-60-92-178.pool.ukrtel.net)
10:13.12*** join/#brlcad caen23 (~caen23@79.112.12.2)
10:13.57*** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
10:50.46*** join/#brlcad merzo_ (~merzo@93-60-92-178.pool.ukrtel.net)
11:11.20*** join/#brlcad KimK (~Kim__@2600:8803:7a85:6d00:6ce5:dd9e:4992:9b05)
14:24.03*** join/#brlcad Apra_ (75d62b6b@gateway/web/freenode/ip.117.214.43.107)
14:36.16*** join/#brlcad yorik (~yorik@2804:431:f720:b3af:290:f5ff:fedc:3bb2)
15:07.29*** join/#brlcad Apra_ (~vircuser@117.214.43.107)
16:16.30*** join/#brlcad teepee (~teepee@unaffiliated/teepee)
17:16.54*** join/#brlcad kintel (~kintel@unaffiliated/kintel)
17:59.24gcibotscript is now running
19:12.49gcibotscript is now running
19:13.24gcibotscript is now running
19:56.36Apra_Happy New Year everyone... :)
22:57.57*** join/#brlcad spertz (~Victor@hlfxns016cw-156057138072.dhcp-dynamic.FibreOp.ns.bellaliant.net)
23:11.43brlcadhappy new year Apra_ :)
23:11.53brlcadrocko: what kind of help do you need?
23:29.21*** join/#brlcad spertz (~Victor@hlfxns016cw-156057138072.dhcp-dynamic.FibreOp.ns.bellaliant.net)
23:30.03spertzhappy new year!
23:37.14*** part/#brlcad spertz (~Victor@hlfxns016cw-156057138072.dhcp-dynamic.FibreOp.ns.bellaliant.net)
23:37.19*** join/#brlcad spertz (~Victor@hlfxns016cw-156057138072.dhcp-dynamic.FibreOp.ns.bellaliant.net)
23:41.47*** join/#brlcad spertz (~Victor@hlfxns016cw-156057138072.dhcp-dynamic.FibreOp.ns.bellaliant.net)
23:48.23*** join/#brlcad spertz (~Victor@hlfxns016cw-156057138072.dhcp-dynamic.FibreOp.ns.bellaliant.net)